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ing  system  from  the  vantage  point  of  current  and  future  support  requirements, 
addressing  the  AFGWC  data  processing  system  over  the  1977  through  1982  time 
frame.  This  study  was  performed  under  a unique  plan  which  allows  complete 
traceability  between  user  requirements,  Air  Force  Global  Weather  Central 
operational  functions,  requirements  levied  upon  the  data  system,  a proposed 
component  configuration  which  meets  the  data  system  requirements,  and  a system 
specification  designed  to  acquire  a system  which  meets  these  requirements. 

The  resultant  system  described  has  a number  of  unique  features,  including 
total  hardware  authentication  separation  of  security  levels,  load 
leveling  accomplished  by  assigning  main  processors  in  accordance  with  a dynamic 
priority  queue  of  tasks,  and  a system-wide  network  control  capability,  utner 
key  features  include  a central  data  base  processor  to  fill  requests  for  data 
from  other  processors,  computer  operations  centers,  the  use  of  array  processors 
for  accomplishing  difficult  numerical  problems,  and  sophisticated  forecaster 
console  support.  These  elements  have  been  designed  to  provide  99.5%  reli- 
ability  in  meeting  user  requirements. 

The  proposed  system  architecture  consists  of  five  dual  processors  each  of 
which  is  about  3.5  times  as  powerful  as  an  existing  AFGWC  processor 
(a  Univac  1108).  Each  dual  processor  has  an  array  processor  which  will  be 
capable  of  very  high  performance  on  vector  arithmetic.  The  array  processors 
are  used  to  assist  on  the  difficult  numerical  problems, including  the 
Advanced  Prediction  Model  for  the  global  atmosphere, as  well  as  very  fine  grid 
cloud  models  and  cloud  probability  models.  Some  of  the  new  requirements  that 
will  be  supported  with  this  system  are  a one  minute  response  to  query 
interface,  reentry  support  for  Minuteman,  and  limited  processing  of  nigh 
resolution  (0.3  nautical  mile)  meteorological  satellite  data.  In  addition, 
cloud  cover  prediction  for  tactical  weapon  systems,  ionospheric  prediction 
for  radio  frequency  management,  and  defense  radar  interference  prediction  will 
be  supported  by  this  system. 

Volumes  of  this  final  System/Subsystem  Summary  Report  are  as  follows: 

Volume  1 - Executive  Summary 

Volume  2 - Requirements  Compilation  and  Analysis  (Parts  1,  2,  and  3) 
Volume  3 - Classified  Requirements  Topics  (Secret) 

Volume  4 - Systems  Analysis  and  Trade  Studies 
Volume  5 - System  Description 
Volume  6 - Aerospace  Ground  Equipment  Plan 
Volume  7 - Implementation  and  Development  Plans 
Volume  8 - System  Specification 
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ABSTRACT 


This  document  has  been  prepared  in  partial  fulfillment  of  CDRL  line  item  A004 
of  System  Development  Corporation's  Air  Force  Global  Weather  Central  System 
Architecture  Study  contract.  Efforts  for  this  report  were  expended  under 
Task  6,  "Conceptual  Design  and  Development  Plan",  performed  under  contract 
F04701 - 75-C-01 1 4 for  SAMSO,  under  the  direction  of  Col.  R.  J.  Fox,  YDA. 

The  purpose  of  this  study  has  been  to  optimize  the  entire  AFGWC  data  processing 
system  from  the  vantage  point  of  current  and  future  support  requirements, 
addressing  the  AFTWC  data  processing  system  over  the  1977  through  1982  time 
frame.  This  study  was  performed  under  a unique  plan  which  allows  complete 
traceability  between  user  requirements.  Air  Force  Global  Weather  Central 
operational  functions,  requirements  levied  upon  the  data  system,  a proposed 
component  configuration  which  meets  the  data  system  requirements,  and  a system 
specification  designed  to  acquire  a system  which  meets  these  requirements. 

The  resultant  system  described  has  a number  of  unique  features,  including 
total  hardware  authentication  separation  of  security  levels,  load  leveling 
accomplished  by  assigning  main  processors  in  accordance  with  a dynamic  priority 
queue  of  tasks,  and  a system-wide  network  control  capability.  Other  key 
features  include  a central  data  base  processor  to  fill  requests  for  data  from 
other  processors,  computer  operations  centers,  the  use  of  array  processors 
for  accomplishing  difficult  numerical  problems,  and  sophisticated  forecaster 
console  support.  These  elements  have  been  designed  to  provide  99.5%  relia- 
bility in  meeting  user  requirements. 

The  proposed  system  architecture  consists  of  five  dual  processors  each  of  which 
is  about  3.5  times  as  powerful  as  an  existing  AFGWC  processor  (a  Univac  1108). 
Each  dual  processor  has  an  array  processor  which  will  be  capable  of  very  high 
performance  on  vector  arithmetic.  The  array  processors  are  used  to  assist  on 


A 


-T-  --^WT'  s^VrsTV7W^V^fg <VQ&I 

Jm * "•>'  ^ZZ^3UX£S3ELlJ^BSSSZ  BRSE1  ‘ ’ •'  " — -■?  . 

l 


the  difficult  numerical  problems,  including  the  Advanced  Prediction  Model  for 
the  global  atmosphere,  as  well  as  very  fine  grid  cloud  models  and  cloud  prob- 
ability models.  Some  of  the  new  requirements  that  will  be  supported  with  this 
system  are  a one  minute  response  to  query  interface,  reentry  support  for 
Minuteman,  and  limited  processing  of  high  resolution  (0.3  nautical  mile) 
meteorological  satellite  data.  In  addition,  cloud  cover  prediction  for 
tactical  weapon  systems,  ionospheric  prediction  for  radio  frequency  management, 
and  defense  radar  interference  prediction  will  be  supported  by  this  system. 

Volumes  of  this  final  System/Subsystem  Summary  Report  are  as  follows: 

Volume  1 - Executive  Summary 

Volume  2 - Requirements  Compilation  and  Analysis  (Parts  1,  2,  and  3) 

Volume  3 - Classified  Requirements  Topics  (Secret) 

Volume  4 - Systems  Analysis  and  Trade  Studies 
Volume  5 - System  Description 
Volume  6 - Aerospace  Ground  Equipment  Plan 
Volume  7 - Implementation  and  Development  Plans 
Volume  8 - System  Specification 

This  volume  consists  of  three  separately  bound  parts,  with  each  part  oriented 
towards  specific  areas  covered  in  Task  1.  Part  1 includes  user  requirements 
analyses  in  Section  1.0  that  summarize  the  impact  of  current  and  new  require- 
ments on  the  proposed  architecture.  Part  1 also  contains  descriptions  of 
proposed  new  models  for  the  1977-82  time  period  in  Section  2.0,  with  emphasis 
on  data  processing  requirements. 

In  Part  2,  this  volume  contains  detailed  descriptions  of  current  and  future 
functional  characteristics  of  AFGWC  in  Section  3.0. 

In  Part  3,  an  in-depth  network  analysis  (Section  4.0)  that  depicts  various  key 
interrelationships  between  these  functions  is  presented.  This  network  analysis 
has  been  instrumental  in  leading  to  the  determination  of  processing  capability 
that  is  required  of  this  new  architecture. 
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Another  important  analysis  that  has  led  to  the  determination  of  data  system 
parameters  has  been  the  Task  1 data  system  characteristics  summarization 
effort.  This  activity  involved  the  compilation  of  a wide  variety  of  important 
data  system  parameters  across  functional  areas,  eventually  leading  to  the 
establishment  of  component  values  of  the  architectural  domain  in  subsequent 
tasks.  Results  are  summarized  in  Part  3,  Section  5.0.  The  extensive  working 

papers  generated  in  this  compilation  process  have  been  provided  under  separate 
cover. 

SDC  has  also  compiled  a presentation  of  several  topics  involving  growth,  main- 
tainability, and  other  aspects  of  general  system  performance.  These  topics 
appear  in  Part  3,  Section  6.0. 


Finally,  SDC  has  compiled  extensive  glossaries  of  the  terms  and  abbreviation 
encountered  and  used  in  this  study.  These  glossaries  include  the  abbreviations 
encountered  in  assessing  user  requirements  (described  in  Section  1.0),  plus 
many  other  emanating  from  AFGWC,  technical  literature,  and  other  sources,  and 
are  included  after  Section  6.0  in  Part  3 of  this  volume. 
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4 • 0 NETWORK  ANALYSIS 

4.1  INTRODUCTION 

This  analysis  describes  aspects  of  the  network  relationships  between  AFGWC 
functions  by  addressing  a set  of  specially  designed  questions  to  each  function. 
The  goal  is  not  to  categorize  the  functions  (in  many  cases  this  is  impossible) 
as  much  as  to  thoroughly  describe  them.  The  questions  are  primarily  meant  to 
stimulate  response  in  the  hope  of  studying  each  function  as  completely  as 
possible. 1 

The  network  analysis  has  been  broken  up  into  four  specific  areas.  The  questions 
asked  in  each  area  are  listed  below  followed  by  a discussion  of  the  information 
sought. 

ACTIVATION: 

Nil  - Process  ordered  queue 

Is  the  function  activated  by  arrival  in  a priority  queue? 

N12  - Time  or  time  span 

Is  the  function  activated  by  identifying  the  time  at  which  processing  may 
begin  and  the  span  over  which  it  must  be  accomplished? 

N 1 3 - Query/ Response 

Is  the  function  motivated  by  an  external  request/order? 

N14  - Random 

Is  the  arrival  of  a request  to  activate  the  function  at  a random  (pseudo- 
random) event? 

Is  there  a time  for  accomplishment  associated  with  this? 

N15  - Event 

Does  the  activation  of  this  function  depend  on  some  external  event  being 
accomplished  or  upon  parameter  criteria  being  satisfied? 

NOTE:  The  numbers  Nil,  N12,  etc.,  are  listed  with  each  question  to  establish  a 
permanent  identity  for  it.  This  will  be  particularly  helpful  when  the 
data  is  presented  in  matrix  format. 


It  should  be  noted  that  in  some  cases,  slightly  different  functional  areas 
have  been  used  to  compile  this  network  analysis  data  than  the  structure 
depicted  in  section  3.0.  This  results  from  the  fact  that  the  functional 
domain  has  been  refined  several  times  throughout  this  study  to  properly  re- 
flect functional  requirements.  However,  while  some  organizational  changes 
were  made  to  this  functional  domain,  the  quantitative  results  of  this  network 
analysis  are  still  valid. 
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The  first  area  of  consideration  is  activation.  The  intent  of  this  area  is  to 
determine  the  manner  in  which  the  function  was  initiated.  Is  it  one  of  many 
similar  functions  awaiting  accomplishment  and  Is  it  activated  only  by  rising  to 
the  top  of  the  priority  queue?  Is  it  time  dependent  and  can  it  only  satisfy 
its  requirement  if  accomplished  within  a predetermined  time  span?  (A  display 
from  a weather  data  base  or  other  forecaster  aid  may  fit  into  this  category.) 
Many  functions  are  activated  as  a response  to  one  specific  request--a,  CFP,  for 
example.  Sometimes  such  requests  may  be  random  and  on  other  occasions  their 
arrival  is  predictable  since  they  occur  more  during  specific  hours  of  the  day. 
!f  a function  is  activated  by  one  of  these  requests,  is  there  a time  for  it  to 
be  accomplished?  Still  other  functions  are  motivated  by  the  occurrence  of  some 
event;  data  receipt  is  one  example.  Considerations  under  activation  are  very 
useful  in  determining  the  motivations  behind  a system  network  and  where  it 
mlijhF  lend  itself  to  thanqe  and  optimization. 

CHARACTERISTICS: 

N21  - Wall  time 

What  is  the  expected  time  to  accomplish  this  function? 

What  are  the  maximum  and  minimum? 

N22  - Computation 

What  is  the  time  required  to  accomplish  this  function  via  the  CPU? 

How  many  instructions  are  required? 

N23  - Storage 

How  many  words  are  required  to  support  this  function  in  storage? 

How  much  time  is  required  to  perform  the  storage  function  including  search 
and  transfer? 

N24  - Transfer 

What  is  the  time  required  to  transfer  these  data  and  what  is  the  rate  of 
transfer? 

N25  - Wait 

What  is  the  amount  of  waiting  time  associated  with  this  function  including 
operational  preparation  or  program  delay  waiting  for  component  activation 
or  program  request  for  operator  action? 

N26  - Overlap 

What  is  the  degree  to  which  storage,  computation,  and/or  transfer  can 
be  accomplished  simultaneously  within  this  function?  This  answer  should 
be  complete  enough  to  confirm  or  compute  wall  time. 


tSi  ~r  , BUlMrt  — irf“— V i T— irf'-iif  ■ ri ■ Ti  — ' - ^ a,,-. .. 


i 


Under  the  area  of  characteristics  the  goal  is  both  to  describe  the  internal 
workings  of  a function  and  to  show  its  impact  on  the  resources  of  the  system. 
Some  questions  center  around  the  time  required  for  a function  to  run  from  start 
to  completion.  The  actual  component  time  required  to  accomplish  a function  is 
known  as  well  as  its  wall  time.  Wall  time  is  broken  into:  computation  time 

(when  the  function  is  active  in  the  CPU),  transfer  time  (when  data  are  being 
transferred  within  one  or  between  several  devices),  or  wait  time  (due  to  busy 
channels  or  necessary  operator  intervention). 

A function  may  be  designed  to  allow  some  degree  of  simultaneous  computation 
and  transfer.  Since  a given  function  probably  does  not  yield  the  same  result 
each  time  it  is  run,  the  ideal  description  is  the  probability  distribution  of 
a large  sample.  Since  this  is  difficult  to  construct,  a range  of  times  will 
usually  fulfill  the  requirement. 

System  storage  is  a large  system  resource  yet  to  be  considered.  Storage  used 
by  a function  can  be  considered  in  three  categories:  core  storage,  temporary 

mass  storage,  and  permanent  mass  storage.  Permanent  mass  storage  is  sized 
independent  of  the  using  functions  since  most  is  used  by  many  functions.  A 
clarifying  question  then  is:  which  portions  of  permanent  mass  storage  are 

accessed  by  this  function?  In  summary,  the  characteristics  area  describes  the 
impact  of  an  individual  function  on  a computer  system. 

ORDER: 

N31  - Predecessor 

What  functions  must  necessarily  precede  this  function? 

Is  the  precedence  a required,  contiguous  one? 

What  is  the  normal  time  between  the  precedent  and  the  antecedent? 

N32  - Successor 

What  functions  must  necessarily  succeed  this  function  in  the  normal 
accomplishment  of  the  AFGWC  mission? 

Is  this  a contiguous  successor? 

What  is  the  time  between  this  function  and  its  predecessor  function? 

Order  considers  a function's  predecessor  and  successor  relationships.  Related 
functions  must  not  only  be  named,  the  contiguity  of  the  relationships  must 
also  be  described  (what  is  the  time  gap?).  Functional  order  serves  as  an 
important  aid  in  the  modeling  and  simulation  process. 
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CONFLICT: 


N41  - Frequency 

On  the  average,  how  often  during  the  day  is  this  function  executed? 

If  not  uniformly  distributed  throughout  the  day,  what  is  the  probability 
density  function  associated  with  this  frequency? 

n42  - start  time 

What  is  the  normal  start  time  associated  with  this  function?  If  this  is 
not  constant,  identify  a probability  distribution  over  the  day. 

N43  - Execution  Span 

What  is  the  length  of  time  from  the  start  time  over  which  this  function 
can  be  executed  without  violating  the  requirement? 

If  this  is  not  a constant  function,  what  is  the  probability  as  a function 
of  time  of  day? 


The  questions  under  conflict  consider  the  final  step  in  relating  the  functions 
together  in  a completed  network.  This  requires  the  number  of  executions  of 
a function  per  day  to  be  known  and  how  these  executions  are  distributed  in 
time.  Further,  it  describes  the  time  span  involved  with  the  start  and  finish 
times  of  the  function  before  the  requirement  for  it  has  been  violated.  These 

areas  may  be  covered  by  identifying  the  probability  distribution  associated 
with  each  function. 

In  summary,  the  goal  of  this  analysis  is  to  describe  the  probability  distribu- 
tion associated  with  the  start  time  and  run  length  of  each  AFGWC  function  and 
establish  the  predecessor-successor  relationships  associated  with  each.  In 
order  to  adequately  identify  these  properties,  SDC  has  considered  the 
general  categories  of  Activation,  Characteristics,  Order,  and  Conflict. 

Referring  back  to  specific  questions  already  named,  start  time  can  be  establish- 
ed from  information  gained  in  Nil  - N15  (Activation)  and  N41  and  N42  (Conflict), 
run  length  was  described  by  N21  - N26  (Characteristics)  and  N43  (Conflict), 

and  finally,  predecessor-successor  relationships  were  identified  by  N31  and 
N32  (Order). 


4.2  DATA  PRESENTATION 


The  following  contains  the  data  obtained  from  the  16  Network  Analysis  questions 
described.  The  questions  are  addressed  in  the  operational  functions: 

a.  Input  Data  Processing 

b.  Data  Base  and  Related  Computations 

c.  Output  Processing 

d.  Support  Processing 
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predecessor 

H32 

successor 

1141 

frequency 


function  activation 
will  be  dependent 
on  data  receipt 
which  will  be 
sequential  but 
frequency  will  vary 
(see  1141) 


4 min  for  analysis 
2 min  for  outputs 


(bU-bUK  core) 

19  million  36  bit  words 

programswill  probably 
be  1/0  bound 

real-time  for  receipt 
unknown  for  analysis 


data  receipt 
via  RTOS 

input  to  analysis  to 
output 

normal,  every  30  min. 
peak,  every  16  min. 

see  N12 


N43 

execution 


variable 

(event  dependent) 


Special  Project  A ( FI 610) 


SilDSX 

SXSNO 

Nil 

no 

\ 

queue 

N 12 
time 

yes 

yes,  data  base  receipt 

N13 

yes,  deck  load 

N» 

query 

M 14 

random 

yes 

random 

N15 

event 

yes 

7* 

N21 

wall 

10- 16  min. 

ave  1 min. 
max  5 
min  0.5 

N22 

CPU 

0.5-11)  min. 
(04. 5K  core) 

ave  10  sec. 
max  30 
min  3 

(64. 5K  core) 

N23 

storage 

5-50  pos 

5 pos 

N24 

transfer 

3-30  sec. 

5 min . I/O 
3 sec.  tape 

•N25 

20  sec.  - 

S, 

wai  t 

N26 

overlap 

10* 

s' 

N31 

predecessor 

3DIJEPH , SFC, 
upper  air  regions  R 
analysis,  CTAC  112,  Sr 
UA,  U3 , TKH30A 

upper  air  regions  & analysis, 
3UNIPII,  surface  data 

N32 

successor 

WIZARD  o-  PAPAPA  • 

N41 

frequency 

2/month 

1/day 

N42 

start 

random 

> 

N43 

execution 

72  hours 

12  hours 
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Special  Project  B (F1620) 


PUilCHC, 

UKUMG 

till 

no 

queue 

1112 

no 

time 

1113 

yes 

query 

II 14 

random 

no 

random 

(see  i!43) 

Hlb 

no 

event 

N2 1 

ave  30  sec. 

2 min. 

v/all 

range  20-50 

M2  2 

10  sec. 

IS  sec. 

CPU 

(5K  core) 

(17K  core) 

N23 

42  cards  punched 

20UU  words 

storage 

N24 

see  M2  3 

l.S  min. 

transfer 

N25 

none 

wai  t 

N2G 

none 

60X  I/o  buffi 

overlap 

N31 

none  

— 

predecessor 

N32 

none 

PL0T6 

successor 

N41 

0/yr 

1/day 

frequency 

N42 

n/a 

21-23  7 

start 

N43 

anytime 

2 lirs  after 

execution 

request 
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STR44U  STRblO 

} 

\ 


\ 

~r 


time  window 


1 min. 

4 min. 

2 sec. 

(bK  core) 

2.b  min. 

( lbK  core) 

\ 

150,000  words 

30  sec. 

usual 

' y 

lb  sec. 

none 

100X  buffered 

> 


SXOATS  HAPIT 

TARU1T 
UKBND 
MAPS  IX  \ 


- 

\ 
’ V 

2.5  hrs . 

STR63U 

no 


Special  Project  B (F1620)  (Cont'd) 

RE 0002  CAL68S 


114 

yes 

random 

7 

random 

Xlb 

event 

yes 

yes,  data  tape 
receipt 

yes,  RED0G2  must 

i!21 

wall 

3 min. 

avc  13  min. 
range  (6-10) 

ave  G min. 
range  (5-7) 

H22 

CPU 

2 min . 

(2UK  core) 

2 min. 

(7K  core) 

2 min. 

( 13K  core) 

1123 

storage 

50K 

3 pos 

2 pos 

A 

1124 

transfer 

usual  - 

/ 

1125 

15  sec. 

30  sec. 

15  sec. 

wait 

-> 

I12u 

overlap 

100% 

none  --  - 

N31 

predecessor 

none  — 

"""  ^ _> 

see  1115 

1132 

successor 

ULAVEP, 

UATMAtl 

CALG85  follows 
immediately 

none 

1141 

frequency 

0/day  (variable) 

4/year 

1142 

start 

varies 

n/a 

> 

1143 

variable  

‘ ““  ' " 

execution 





STR924 
no  - 


Special  Project  C (F1630) 

1.141b  STR450 


ASSMD2 


114 

•andom 


requests  are 
predictable 


time  window 


yes,  tape  arrival 
& deck  load 


123 

; torage 

124 

transfer 


30  sec. 

b sec. 

(48K  core) 

2 pos 
10  sec. 

GO  sec. 


1 min.  - — 

_> 

2-3  min. 

b sec. 

2 sec. 

1 min. 

{ l'JK  core) 

(5K  core) 

(74K  core) 

small 

20,000  words 

2 pos 

20  sec. 

30  sec. 

usual 

none 

......  \ 

5 min. 

predecessor 

N32 

IIPRECP 

PLOTIO 

successor 

SPIDER 

STIW24 

IIPRECP 

N41 

i requency 

1/day  

...  . 

N42 

random  but 

21-23 

start 

approx.  22  Z 

1143 

execution 

3 hours  — 

— 

SXOATS 


2 hours 


lG/day 


variable  but 
1st  around  03  1 

3 hours 


Mil 

queue 


N12 

time 


Ml  3 
query 


FI  1 MCE 
no 


Spec'  1 Project  C (F1630)  (Cont'd) 
IIVERF 


MO 


yes 


N 14 

random 

random 

Mlb 

yes , mus  t __ 

\ 

event 

receive  data  tape 

N21 

ave  18  min. 

ave  10  min. 

wall 

range  (lb-2u) 

range  (0-20) 

N22 

b min . 

3 min. 

CPU 

(27K  core) 

( 28K  core) 

N23 

storage 

2 pos  plus  tape 

1/2  pos  plus  tape 

M2  4 

transfer 

usual  

\ 

M2  5 
wait 

N26 

overlap 

none  - 

\ 

A 

none 

M31 

predecessor 

none  - 

s 

N32 

HVLIir  follows 

none 

successor 

immediately 

N41 

frequency 

2/yea  r 

l/week 

N42 

start 

m/j 

- ^ 

N43 

execution 

anytime  

— \ 
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Special  Project  D (F1640) 


KPLFRP 


Nil 

no 

queue 

U 12 

no 

time 

1113 

yes 

query 

N14 

requests  involve 

random 

time  window 

Ulb 

no  

event 

N21 

'5  min. 

wall 

1122 

2 min. 

CPU 

(bOK  core) 

1123 

11  pos 

storage 

1124 

3 min. 

transfer 

N2b 

none 

wai  t 

1126 

none 

overlap 

1131 

none 

predecessor 

1132 

KIPPER 

successor 

1141 

32 /day 

frequenc  y 

1142 

evenly  distributed 

start 

1143 

variable 

execution 

20  min. 

b min. 

(bOK  core) 

3 pos 
b min. 


bOX  buffered 


KPFPRG 
1/wcck 
1000  8 2300 


not  1;  ter  than 
400  8 lb  Z 


Ionospheric  F lode  1 s ( F2110) 


nil 

queue 

N 12 
time 

1113 

query 

N 14 

random 

N 15 
event 


N23 

storage 


N24 

transfer 

N25 
wai  t 

N26 

overlap 


Magnetic 

Field 

(2101) 


IIP 

Propagation 

(2102) 


Llectron 
Density  (TLC) 
(2103) 


Applications  Ionospheric 
(ray  trace)  Analysis  Field 
(2104)  (2105) 


yes 

no 

yes 

no 

yes 

no 

yes 

no 

yes 

no 

no 

yes 

no 

yes 

no 

see  N 31 
2 min. 


10  min. 


unc.ass.  class, 
b min.  18  min. 


10  rpi  n . 


5 min. 


1 min. 

(<  lbK  core) 


b nun. 

{ b 3K  core) 


3 min.  13  min. 
(3b  K core) 


b min. 
(35K  core) 


5 min. 

(35K  core) 


data  base  plus 
1 pos 


not  available  


N3T 

Fllll 

Fllll 

Fllll 

Fllll 

Fllll 

predecessor 

F1122 
F 1332 

F 1 1 14 

FI  331 

FI  114 
F1331 

FI  1 14 
F1331 

• 

N321 2 

F3113-4 

F3112 

F3113 

F3122 

F3112-3 

successor 

F3121 

F3131 

F3122 
5/ day* 

F3127-8 

F3126 

F3122 

F3126 

F3128 

N41 

frequency 

4/day 

3/day  8/day 

b/2  hrs 

class. -8/dy 
unclass. -12/d 

N42 

start 

N43 

evenly 

distributed 

in  general:  must 

random 

during 

daylight 

evely 

distrib. 

random 

evenly 

distrib. 

execution 

support  2 min.  re 
to  solar  events 

spouse 

— 

— — 

> 

1 by  '77  increasing  to  300/dy 
by  '81  increasing  to  700/dy 

2 ' 

not  necessarily  contiguous 


v-’  


Ionospheric  Models  (F2110)  continued 


11 

ueue 


H2 

iwe 


113 

query 

114 

random 

115 
event 


\ 


>121 

wall 


,122 

CPU 


H23 

storage 


Proton  Flare 
(2100) 

Ray  Trace 
(2107) 

Improved  TtC 
(2100) 

b 

Conjugate  Aurora 
( 21U9) 

no 

no  

acti  vation 
depends  on 



/ 

yes 

no 

no 

"This  is  not  an 
operational  model 
but  rather  a 
program  used  to 
determine  whether 
$.11.  assumptions 
are  correct.  The 
results  have  been 
implemented 
subjectively." 

external 

request 

sec  N31 

1 min. 

300  sec. 

480  sec. 

30  sec. 
(20K  core) 

240  sec. 

( 7b K core) 

420  sec. 
(50K  core) 

data  base 

data  base  & 

30  tracks 

2000  lines  Fortran 

data  base  & 

35  tracks 

1000  lines  Fortran 

1124 

transfer 

112b 

wait 

N26 

overlap 


N31 1 

FI  1 1 1 

F2105 

predecessor 

FI  113 
FI 12 1-2 
F1332  -3 

N32* 

F3111 

hardcopy 

successor 

display 

N41 

4/year 

4/day 

frequency 

!142 

random 

start 

1143 

in  general:  must 

execution 

support  2 min  res 
to  solar  events 

pon’.e  - 

* not  necessarily  contiguous 


^ not  available  - 
/ 


-> 


F2103 


F3113 

F3127-8 

4/day 


evenly 

distributed 


\ 

/ 
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Ionospheric  Models  ( F2 110 ) continued 


lonos|)licric 

Propagation 

(2110) 


Improved 

TLC 

(2111) 

(replaces  2103) 


Improved  F 
Region  Storm 
(2112) 


Improved  Ionization 

llagnatosphere 

(2113) 


Nil 

queue 

no  • — o‘  " 

1112 

t’nie 

yes  ■ 

■ i* 

no 

1113 

query 

no  - 

— -o 
* ( 

activation 
depends  on 
external 
request 

N14 

random 

no  - 

' \ 

1115 

event 

see  1131  - 

N21 

wall 

480  sec. 

CUO  sec. 

300  sec. 

N22 

CPU 

360  sec. 
(60K  core) 

480  sec. 
(10UIC  core) 

240  sec. 
(5UK  core) 

1123 

storage 

data  base  & 

30  tracks 

4000  lines  Fortran 

data  base  « 

100  tracks 

2U0U  lines  fortran 

data  base 
200  trks 
1000  lines 

regularly 

scheduled 

plus 

external 

request 


600  sec. 


480  sec. 
(125K  core) 


not  available 


M2G 

overlap  / 


N3 1 


predecessor 
1 


input  data 


N32 
successor 


hardcopy 

display 


1141 

frequency 


6 /day 


1142 

start 


evenly 

distributed 


F2103 

input  data  

b 

F3113 

hardcopy  

X 

F3127  0 

display 

4/day 

4/day 

12 /day 

random 

random  plus 

/ 

schedu'ed 

N43 

execution 


in  general  . must 
support  2 min  response 
to  solar  events 


-> 


not  necessarily  contiguous 
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COMPUTER  ELI  OUT  PLANS  (2210) 


Manual  Request 
Responses 
(2213) 


Scim-automatic 

Responses 

(2212) 


Automatic 

Responses 

(2211) 


ave.  4-7  sec 
range  1-2U  * " 

9.2K  instructions 

same  as  N21  (for  real  tine) 


N23 

storage 


N24 

transfer 


none 


N/A  for  realtime 


N26 

overlap 


N31 

predecessor 


ii32 

successor 


100 /day 


400/day 


N41 

frequency 


90*  12-14  Z 
10/  random 


90%  13-22  Z 
10/  random 


N42 

start 


SO  minute  turnaround  1 hour  turnaround  t 


N43 

execution 


COMP  LITER  PLIGHT  PLANS  (2210)  continued 


Enhanced  CFP 
flode  1 s 

' l.'f 


MU 

queue 

yes 

N 12 
time 

no  (first  in,  firs 

N 13 
query 

yes 

N 14 
random 

yes  (see  N42) 

II 15 
event 

no 

N21 

ave  5-8  sec 

wall 

range  1-24 
10K  instructions 

N22 

CPU 

same  as  N21  (for  r 

N23 

storage 

'JO  positions 

N24 

transfer 

device  rate 

N25 

wait 

minimal 

N26 

overlap 

N/A  for  realtime 

N31 

predecessor 

RTOS 

N32 

successor 

RTOS 

N4 1 

frequency 

1500-2000/day 

N42 

Start 

no  change 

N43 

execution 

1 hour  turnaround 
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FORECAST  CONSTANT  GENERATION  (2220) 


Nil 

queue 

no 

N12 

time 

request  is  generated  by 
customer  at  appropriate 
time  frame 

N13 

query 

see  N12 

N14 

random 

no  (see  N12) 

N15 

event 

yes  (see  M31) 

N21 

wall 

10-  1G  minutes 
written  in  Fortran 

N22 

CPU 

1.5  min  sups 

N23 

storage 

b posi  tions 
(43K  core) 

N24 

transfer 

device  rate 

N25 
wai  t 

none 

N26 

overlap 

not  available 

N31 

predecessor 

satellite  global 
data  base  update 

N32 

successor 

hardcopy  of  product 
to  customer 

N41 

frequency 

1/day 

N42 

start 

09  Z 

N43 

execution 


ObOO  Z - 1100  Z 


Nib 

event 


N21 

wall 


1122 

CPU 


N23 

storage 


1124 

transfer 


N25 

wai  t 


N26 

overlap 


N31 

predecessor 


N32 

successor 


N41 

frequency 


N42 

start 


N43 

execution 


yes  (see  1131) 


2.b-b  min 

written  in  Fortran 


1.2  sups 


3 posi  tions 
(62K  core) 


device  rate 


non 


not  available 


on  time  tropical 
wind  analysis 


hardcopy  of  product 
to  customer 


2/ day  (20  special 
executes/year) 


7:30  Z & 10:30  Z 
2 hour  and  15  minutes 
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Cloud  froo  Line  of  Site  extraction,  '70  (2240) 


Nil 

queue 

no 

N 12 
time 

user  establishes 
time  requirements 

H 13 
query 

see  1112 

N14 

random 

special  requests  will 
arrive  randomly 

ms 

event 

yes  (see  1131) 

112 1 
wall 

43  minutes 
written  in  Fortran 

N22 

CPU 

30  minutes 

1123 

storage 

3 posi  tions 
S'jK  core 

(124 

transfer 

device  rate 

I12S 
wai  t 

none 

N26 

overlap 

not  available 

1131 

predecessor 

CFLOS  forecast 
model 

•132 

successor 

hardcopy  of  product 
to  customer 

1141 

frequency 

2/day  (plus  specials) 

1142 

start 

;i43 

executi  on 

special  within  3 hrs  . 
of  receipt, 
others  witiiiu  12  hrs. 
of  on  time. 

JPElVU# 


COMMAND  & CONTROL  SYSTLMS  (F2250) 


WWMCCS 

(F2254) 


Hinutcman  X 
Tf"22"b3] 


N43 

execution 


probably 
near  real- 
time  data 
base  update 


response  time 
about  1 
min 


G/day 
see  N12 
two  minutes 


activated  by 
time  requirement 
established  by 
customer 
(also  see  N42) 


1.5  million 
words 

5 pos 

(45K  core) 

unknown  — 

not  siqnificant 

none 

double  buffering 
to  be  used 

unknown  - 

after  UUZ  & 
before  06Z  qlobal 
data  base  update 


between 
06  R 11  Z 


00  Z- 11  Z 


activated  by 
customer  request 
which  has  time 
requirement 


50  million  words 
(55K  core) 


SACC5  data 
base  update 

product  to  customers 


normal  125/cay 
crisis  250/day 

30%  between  11-15  Z 
30%  between  20-24  Z 

one  minute 


Surface;  Data  Analysis  (231 1) 


: 1 
1 


V.  I 


nil 

queue 


N 12 
ti  me 


til  3 
query 


N 14 

random 


til  5 
event 


tic  1 
wall 


1122 

CPU 


M2  3 

storage 


if  2 4 

transfer 


1125 

wait 


lie  C 

overlap 


N31 

predecessor 

1141 


1142 

start 


1143 

execution 


Hemispheric 

(2311) 


no 


no 


no  random  request  * 


see  1131 


ave  - 230  (sec) 
min  - 50 
max  - 600 


ave  - 82 
min  - 16 
max  - 150 


RTGWCF 

I1TGWCA 

RMIIG51 

RUGRDA 

RSGWCF 

RSGWCA 

RSIIG51 

RFIXG4 


ave  - 12 
min  - 1 
max  - 2G 


minimal 


1/2  1/0  buffered  - 


surface  data  sort 
immediate 


30  times /day 


4 executed  at  2 + 30 
+ every  3 hrs  after 
+ 30  min 


within  30  min  _ 
of  start  time 


Tropi cal 
(2312) 


Window 

(2313) 


-> 


9 

-> 

/ 


ave  - 121 

ave  -374 

min  - 40 

min  - 75 

max  - 220 

max  - 900 

ave  - 45 

ave  - 51 

min  - 30 

min  - 30 

max  - GO 

max  - 70 

RTTR0A 

RTGWCF 

RTGWCA 

plus 

RTFENA 

1 position 

RTFII1A 

ave  - 

9 

ave  - 10 

min  - 

8 

min  - 5 

max  - 

10 

max  - 15 

) 


> 


4 times/day 


6 times/day 


1 executed  every  G hrs  1 executed  at  1st  3 hr 

starting  at  1 + 0U  + 30  min.  of  each  cycle  + 30  min 


-> 
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N14 

random 


no  random  request 


1115 

see  N31 

?► 

event 

N21 

ave  40  min. 

ave  20  min. 

ave  80  min. 

wall 

N22 

ave  33  min. 

ave  17  min. 

ave  60  min. 

CPU 

N23 

(65K  core) 

(65k  core) 

( 140K  core) 

storage 

2 pos 

2 pos 

2 pos 

1124 

unknown  

transfer 

— 

N25 

mini mal 

wai  t 

N26 

some  I/O  buffering 

^ 

overlap 

N31 

immediate  after 

predecessor 

surface  data  sort 

N32 

successor 

N41 

4 primary  executes /day , 

4 /day 

replaces  global 

frequency 

up  to  26  other  shorter 

analysis , see  F2314 

executes  to  clean  up 

small  data  amounts 

N42 

see  1131  — 

— 

> 

start 

‘ 

N43 

es  t i ma  te 

execution 

30  minutes 

^ 
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Upper  Air  Analysis  (2320) 


Memisptieric 

Tropical 

Nil 

queue 

(2321) 

(2322) 

no 

N12 

time 

no  — 

N13 

query 

no 

ni4 

random 

no  random  request  - 

H 15 
event 

see  N31  * 

" 

N21 

ave  - 600(sec) 

ave  - 480 

v/a  1 1 

min  - 100 

min  - 200 

max  - 170u 

max  - 8UU 

N22 

ave  - 273 

ave  - 306 

CPU 

min  - 75 

max  - 550 

max  - 600 

min  - 126 

N23 

RTPRB 

RTTROA 

storage 

RTAIR 

plus  1 

RTGWCF 

RNIIG51 

RTRPFX 

RTTROA 

RTGWCA 

R5GWCF 

RSIIG51 

RTRPfX 

RSGWCA 

plus  1 position 

position 

N24 

ave  - 18 

ave  - 22 

transfer 

min  - 5 

min  - 15 

max  - 30 

max  - 26 

N25 

wait 

mi n 1 ma 1 - 

H26 

overlap 

1/2  I/O  buffered  - 

N31 

surface  analysis  and  upper  air  sort  . 

predecessor 

immediate  start 

N32 

forecast  model  _ 

successor 

immediate  start 

N41 

frequency 

16  times/day 

4 times/day 

N42 

2 executed  every  3 lirs 

every  O hrs  1 

start 

begin.  00Z  (+  30  min) 

at  1Z 

Window 

(2323) 


-> 


-> 


N43 

execution 


ave  - 160 
min  - 2 
max  - 350 


ave  - 65 
min  - 2 
max  - 100 


RTA1R 

RTPRG 

RTFINA 

RTFENA 


plus  1 
posi tion 


ave  - 10 
min  - 1 
max  - 20 


9 times/day 


1 executed  at  1st  3 hrs 
of  each  cycle(+  30  min) 


within  30  min  of  start  time  - 
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UPPLR  AIR  ANALYSIS  (F2320)  continued 


1 


* 


t 


Global 
Analysis 
( F2324) 


Window/  Variational 

Analysis  Analysis 

(F232S)  (F2326) 


Nil 

queue 

N12 

time 

N13 

query 

N 14 

random 

N 15 
event 

N21 

wall 

N22 

CPU 

N23 

storage 

N24 

transfer 

N25 

wait 

N26 

overlap 

N31 

predeccessor 

N32 

successor 

N41 

frequency 

N42 

start 

N43 

execution 


All  of  these  programs  have  been  costed  under 
F2320.  The  same  function  will  most  likely 
perform  surface  as  well  as  upper  air 
analysis.  See  F2314,  F2315,  and  F2316. 
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Nil 

queue 


'N 


N 12 
time 


N 13 
query 


fJ  14 

random 


Nib 

event 


J 


M24 
transfer 


N25 
wai  t 


N26 

overlap 


N31 

predecessor 


N 32 

successor 


N41 

frequency 


1142 

start 


1143 

executi  on 


Satellite  Data  Processing  (T2330) 


Initial 
VTPR 
( F2331) 


final 

VTPI! 

( F2332) 


Temp  fi  Humidity 
Sounding 
(T2333) 


Microwave 
Data  Processing 
(F2334) 


activation  v/i  1 1 
depend  on  data 
receipt  (see  1141-42), 
a priority  queue  — 
may  be  necessary 
if  large  enougli 
quantities  of  data 
are  supplied 


1121 

wall 

ave  3 min 

ave  2 min 

ave  8 min 

ave  3 min 

1122 

CPU 

ave  2 min 

ave  O.b  min 

___  ave  2 min 

ave  1 min 

1123 

storage 

1 pos 

17  pos 

2 pos 

2 pos 

unknown 


I/O  is  buffered 


data  receipt  (see  111!) 


data  base 
update 


13/day/bi rd 


variable  na 
more  often  than  -■ 
every  luu  min 


estimate  1 hour 


> 

> 
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-»a.  Aia,.  . --  ■■ ^...•■,4 ~ ..  - - ■ - 


Nil 

queue 

N12 

time 

N13 

query 

N 14 

random 

N15 

event 

N21 
wal  1 

H22 

CPU 

N23 

storage 


N24 

transfer 

N25 

wait 

N26 

overlap 

N31 


Analysis  Processors 
(?341) 

sprint  synopfic 


3IMPII  Computation  (234U) 

enhanced  (some  VHP,  UIIR) 
(2342) 


no 


yes  — 


yes 


Enhanced  (most  VHR.WHR) 
(2343) 

> 


no 


random  no  - 
w/in  30  min. 

see  1131 


ave  300(sec)ave  953 
min  200  min  SOU 


max  SOU 

ave  200 
min  150 
max  400 

ACFTRG 

CORREL 

SFCREG 

UPPREG 

RFIX64 

RNGRDA 

RNGRDF 

RNIITPC 

RNSATG 

RSATCO 

RTGWCA 

RTGWCF 

RTURGT 


ave  GO 
max  100 
min  3U 

minimal  - 


max  1200 

ave  610 
min  4QU 
max  7SU 

R1TR0A 
RSGROA 
RSGROF 
RSHTPC 
RSSATV 
RSSATI 
RSGWCA 
RSGWCf 
IVACURVE 
ISFCCURVE 
SATNORPOLIR 
SATNORPOLVIS 
SATSOUPOLI R 
SATSOUPOLVIS 

ave  120 
max  175 
min  SO 


(additive) 
est.  10  min. 


est.  5 min. 


(additive) 
est.  5-15  min. 


est.  3-10  min. 


plus  29 
positions 


est.  5 min. 


est.  5-10  min. 


75%  buffered  I /0  — 

surface  sort  S satellite  il/A  . 


predeccessor  data  immediate 


N32 

successor 

N41 

frequency 

N42 

start 

N43 

execution 


high  reso-  coarse  mesh  _ 
lution  cloud  cloud  prog  N/A 
prog 

G/day  dur.  12/day 
UUZ  cycle 

randnm 


1/6  hrs  af t«*  OOZ  N/A 
1/G  hrs  after  03Z 


see  N 14 


w/in  30  min 


il/A 


Miscellaneous  Analysis  (2350) 


A1UR0Z 

S1I0DEP 

(2351) 

(2352) 

1111 

no 

— i 

queue 

1112 

yes  - - 

) 

tine 

N13 

no  - - 

— — — > 

query 

1114 

no  random  request  - — 



random 

1115 

see  1131  - 

i 

event 

1121 

ave-330  (sec) 

ave-500  (sec) 

wal  1 

min- 2 70 

min- 350 

ma  x-  400 

max-650 

N22 

ave-125 

ave-160 

CPU 

min- 100 

min- 140 

max- 150 

max-200 

1123 

RT4A11L 

RSNDEP 

storage 

fill  OR  DA 

RTSFC 

RTGWCA 

RTBRC7 

RTC.WCF 

RFIXG4 

ri  lower 

plus  3 positions 

plus  5 positions 

1124 

avo-27 

ave-12 

transfer 

min-25 

min- 10 

max- 30 

max-15 

112  5 

minimal 

lx 

wait 

1126 

little  overlap  - 

} 

overlap 

1131 

immediately  follows  _ 

- - > 

predecessor 

cloud  analysis 

1132 

none 



successor 

N 4 1 8/day  once/day 

frequency 


042 

start 

,143 

executi on 


every  3 firs  after  2 + 30  after  12Z  cloud  analysl 

(see  1131) 

2 hours  0 hours 
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General  Purpose’  fields  (F241U) 


Advanced  Prediction 
Model  (F2411)  '78 


Hemisphere 

(F2411)  (AWSPC) 

(SIIGCVC)  lAVIbPL) 


LI 

no — 

r 

je  ue 

-3»- 

12 

yes 

ime 

— > 

13 

no  — 

uery 



14 

andom 

no  random  request 

>• 

lib 

see  N31 

;vent 

southern  hemisphere 

northern  hemisphere 

10  hrs  (U1108) 

121 

aal  1 

ave  - 2200  (sec) 
min  - 20 
max  - b000 

ave  1 hr 

est. 

8 hrs  (U1108) 

U22 

CPU 

ave  - 1Gb  1 
min  - 20 
max  - 4000 

ave  3b  min 

est. 

M2  3 

storage 


N24 

transfer 

M2  5 
wai  t 

M26 

overlap 

N31 

predo  cessor 
M32 

successor 

M41 

frequency 


RSIIG51 

RSGWCF 

RFIXbl 

RSGWCA 

RTGWCF 

RFIX30 

plus  1)  positions 

ave  - 16b 
min  - b 
max  - 400 

minimal  


ave  6 min 


unknown 


> 


1/3  buffered  I/O 


unknown 


immediately  follows  upper  air  analysis 


immediately  followed  by  cloud  programs 


(total  both  hemispheres) 

4 executed  every  i>  hrs  after  00Z 


2 major  executions/day 
with  several  shorter  one 
on  smaller  data  inputs 


N42 

start  ^ unknown 

N43  30  min * ' 

executi  on 


366 


nmummhHMI 


j 

I 


queue 

U 12 
time 

iJ  13 
query 

N 14 

random 

N 15 
event 

N21 

wall 


H22 

CPU 

N23 

stora  ge 
N24 

transfer 


continued 

Tropical  Window  APM 
(F2412) 


no  

yes 

no 

no  random  request 


General  Purpose  Fields  (F241U) 

Tropical  Global  Spherical 

(F2412)  Harmonic  Model 


CPP  IJ31  — 

ave  - 10b 

ave  1 hr 

ave  30  min 

min  - 73 

max  - 130 

ave  - 33 

ave  45  min 

ave  30  min 

min  - 43 

max  - 05 

RTTROF 

RTTROF 

plus  9 positions 

plus  3 posi tions 

^ 

ave  - 11 

unknown  

? 

min  - 7 

max  - 15 

N25  minimal 

wait 


N26  1/2  buffered  I/O  Unknown 

overlap 


N31  immediately  follows 

predecessor  upper  air  analysis 


N32  immediately  followed 

successor  by  cloud  programs 


N41  2/day 

frequency 


N42  1235Z 

start  1924Z 


H43  30  min 

execution 


367 


• A '1*' 


iiifei 


Nil 

queue 

N12 

tine 

N13 

query 

N 14 

random 


N IS 
event 


N25 
wai  t 


N2G 

overlap 


N31 

predecessor 


1132 

successor 


N4 1 

frequency 


N42 

start 


1143 

execution 


HiWIPPHW 


General  Purpose  Fields  (F2410)  continued 


Window 
( F2413) 


Zoom  Window 
( F2413) 


Global  Applications 
Data  Base  (T241S) 


no 


yes 


no 


no  random  request 
see  N31  


N21 

ave  - 1242 

est.  40  min 

ave  - 47b 

wall 

min  - 1000 

min  - lbO 

max  - lbOO 

max  - 800 

1122 

ave  - 860 

est.  40  min 

ave  120 

CPU 

min  - 760 

min  - 40 

max  - 950 

max  - 250 

N231 

RTFINA 

RTFINA 

RTGBLF 

storage 

RTFENA 

RTFEI1A 

RTTR0A 

RTFINF 

RTFINF 

RTGWCA 

plus  13  positions 

plus  10  positions 

RSGWCA 

RSGWCF 

i!24 

ave  - b0 

unknown 

ave  - 90 

transfer 

min  - 4b 

min  - 75 

max  - GU 

max  - 125 

minimal 


1/2  buffered  I/O 


unknown 




1/2  buffered  I/O 


immediately  follows 
upper  air  analysis 


follows  forecasting 
routines 


followed  by  boundary 
layer  model 


none 


6 /day 


8/ day 


3 executed  every  12  hrs 
at  about  3 + UU 


every  3 hrs  starting 
at  14  + 00 


30  min 


368 


,t,  . ^ .:;4,  „ 


5-  ,4'W/i^ 


N14 

random 


no  random  request 


Nib 

event 

see  N31  — 

present 

cloud  ZOOM  ( 

--■J 

**«4 

I 

V 

N21 

ave  - lbO  sec 

ave-llbb  sec 

30  min 

ave  - 45  sec 

wal  1 

min  - 7b 

mi  n- 21 'U 

min  - 5 

max  - bbO 

max- 2000 

max  - 15- 

N22 

ave  - 22 

ave -6  00 

30  min 

ave  - 12 

CPU 

min  - b 

min-00 

30  min 

min  - 5 

max  - 100 

max- 1200 

max  - 26 

N23 

GWC  data 

RNGROA  RSGRDA 

RTRPFY 

GWC  data  base 

storage 

base 

RFXGUC  RSGWCA 

RVCRDB 

RFIX30  RSGWCF 

RTF1NA 

RTF.WCA  RIITLRR 

RTFINF 

RTGWCF  RTTROA 

RTSIICF 

RTBNDF  RTTROF 

RIITROF 
RTFENF 
filus  2 pos. 

N24 

ave  - 4 

ave-20G 

unknown 

ave  - 4 

transfer 

min  - 2 

mi n- lb 

min  - 1 

max  - 10 

max-3b0 

max  - 7 

N2b 

wait 

N20 

1/2  buffered  I/O  - 

overlap 

N31 

follows  SFC  sorts 

immediately  follows 

iimiediately  follows 

predecessor 

or  boundary  layer 

cloud  analysis 

tropopause  forecast 

N32 

none 

none 

followed  by  global 

successor 

application  data  base 

N41 

freg uency 

9/day 

24/day 

variable 

0/day 

N42 

random  three 

approx. 

1/hr  at 

random 

start 

12Z  cycle 

30  past 

hour 

N43 

execution 

1 hour 

30  min 

1 hour 

369 


OHT. 
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Special  Purpose  fields  (2420)  continued 


execution 


■J. 


Severe  Weather 

Precipi  table  Water 

Air  Staqnation 

Nil 

(2424) 

nn  - 

(242b) 

(2420) 

I1U 

/ 

queue 

Ul^ 

no 

— 

^ 

time 

Ml  1 

\ 

in  j 

no 

7 

query 

1114 

no  random  request  * 

. ... 

> 

random 

/ 

Ilia 

see  1131  ~ 

- — 

; 

event 

N21 

ave  - b2 

ave  - 402 

ave  - 430 

wall 

min  - 5 

min  - 300 

min  - 350 

max  - 120 

max  - bOU 

max  - bOO 

N22 

ave  - 15 

ave  - 10a 

ave  - 00 

CPU 

min  - 8 

min  - 7b 

min  - 45 

max  - 3b 

max  - ’2b 

max  - 7b 

N23 

RTSFC 

I1TPRB 

RTBI10F 

storage 

RTPRU 

RFIX30 

REUBLM 

RTF I HA 

RTGWCA 

RTF.WCF 

RTFIilF 

RTGWCF 

RTFINF 

RTUllDF 

RTFEI1F 

RTP0LL 

plus  2 positions 

N24 

ave  - o 

ave  - 20 

ave  - 3b 

transfer 

min  - 1 

min  - 20 

min  - 30 

max  - lb 

max  - 30 

max  - 40 

N2b 

minimal  - — — 

. . . 

s 

wai  t 

7 

N20 

little  overlap  • 

....... 

\ 

overlap 

r 

N31 

assorted 

forecast  model 

boundary  layer  model 

predecessor 

predecessors 

N32 

none 

none 

none 

successor 

114 1 

18/day 

2/day 

2/day 

frequency 

1142 

random,  mostly 

12  lirs  apart  at  5+50 

12  lirs  apart  at  4+40 

start 

in  12  1 cycle 

1143 

1 hour  ■ 

i 

V 
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Spccid 1 Purpose  fields  (F24 2D)  continued 


Mil 

Tropopause 

it  r\ 

Cloud  free  Line 
of  Sight 

Erosion 
. ...  «•». 

Nil 

1 1 U — — 1 — — — 

Jr 

queue 

Nlc 

110 

yes  

^ 

time 

Mil 

- - ■ 

11  iJ 

no  — ■ 

** 

query 

N 14 

no  random  request 

random 

Nib 

See  (131  

event 

N 2 1 

ave  - 60 

est.  32  hrs 

est.  5'J  hrs. 

wal  1 

min  - 10 

max  - 1U0 

N22 

ave  - 15 

est.  14  hrs. 

est.  25  hrs. 

CPU 

min  - 10 

max  - 25 

N23 

RTPRO 

60  positions 

32  positions 

storage 

RTGWCA 

RTGWCF 

RTTROA 

N24 

ave  - 8 

unknown  



transfer 

min  - 5 

max  - 15 

N2b 

Mil  n 1 1 no  I . 

wait 

N26 

1/2  buffered  1/0 

unknown  



overlap 

N31 

follows  analysis  or 

t)  ata 

...  

predecessor 

forecasting  routines 

receipt 

N 32 

contrail  forecast 

none 

>. 

successor 

H4i 

0 /day 

2/day 

— > 

frequency 

1142 

every  3 lirs  starting 

unknown  ) 

start 

at  0+30 

> 

N43 

30  min 

unknown! 

executi  on 

/ 

Special  Purpose  Fields  (F2420)  continued 


Terminal  Forecast  Model 


Horizontal  Weatlier 
Depiction  Model 


no  random  request 


see  1131 


est.  3. Si  min. 


est.  10-15  min. 


Y23 

storage 

>124 

transfer 


N26 

overlap 


est.  1.5  min. 
boundary  layer 

and  cloud  

data  bases 


unknown 


est.  2-3  min. 


1131 

predecessor 

N32 

successor 

N41 

frequency 


data  base  build 


data  access  routines 


once/ 12  hr  cycle 


lG/day 


03  + every  6 hours  execute 
3 windows  & 1 octagon 


1143 

execution 


unknown 


boundary  Layer  Model  (r2430) 


Present  Model 


no  random  request 


•andom 


RTGWCF 

RTGUOr  / 

REUBLM  ( 

RTFINA  / 

RTFINF  \ 

plus  9 positions 


RTFENA 

RTFENF 

RF1X30 

RTPRG 

RNGRDA 

RIIGWCF 


N23 

storage 


unknown 


N24 

transfer 


unknown 


1/2  1/0  overlap 


N26 

overlap 

N31 

predec  essor 


N32 

successor 


none 


N41 

frequency 

N42 

start 

[(43 

executi  on 


unknov/n 


3 executes  every  12  hrs 
at  4+UO 

1/2  hour 


Nil 

queue 


N12 

time 


U 13 
query 


N14 

random 


N15 

event 


N21 

wall 


N22 

CPU 


N23 

storage 


N24 

transfer 


N2S 

wait 


N2G 

overlap 


N31 

predecessor 


N 32 

successor 


N41 

frequency 


N42 

start 


N43 

execution 


Special  Project  A (F&O)  ' 


NIISVDX 


no 


partially,  every  3 hrs. 


no 


no 


yes,  NH  5-layer  fields 
5-8  min.  


2 min. 
(43K) 


20  pos 
2 min. 
15  sec. 


7U7,  overlap 


NH  FI VLYR 
NH  30NEPH 
TROP  FI  VLYR 
NH  MSC 


none 


3/day 
see  N 12 


- l-’s  to  +3  hrs. 


'f 


Sr*  ni 


te# 


. A 
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SIISVDX 


partially,  every  6 hrs. 


yes,  SH  5-layer  fields 


-> 




SH  FI  VLYR 
Sll  3DNEPH 
TROP  FI VLYR 
SH  MSC 


4/day 


-3  to  +G  hrs. 


V* , >*  * (r 


'tiSkrf' 


N21 

wall 

1 min 

5 min 

8-20  min 

2. 5-5. 5 min 

1122 

CPU 

15  sec 

( 16.7K  core) 

2 min 

( 14. 2K  core) 

6-18  min 
( 80K  core) 

2-3  min 
55K  core) 

N23 

storage 

40  pos 

1.5  pos 

2 pos 

45K  words 

N24 

transfer 

45  sec 

3 min 

usual 

15  sec 

N25 

none 

■w. 

wait 



1126 

overlap 

no 

60%  overlap 

100% 

minimal 

N 31 

predecessor 

DRVDRG 

ORVMG 

PL0T6 

ORVMG 

autostarted 
by  BEAVER 

BEAVER  plus 
upper  air,  surface 
air  stag,  data 

1132 

successor 

PUTON 

DSPLAL 

P0LAR6 

MALINZ 

None 

SENDER  but 
not  contiguous 

1141 

frequency 

2/day 

1/day 

6/day  (varies) 

once/day 

N42 

after  DRVGRD 

after  DRVMG 

variable 

near  20Z 

start 


N43 

execution 


DISPLAL  must 
end  by  22  Z 


see  N42 


M/A 


8 hrs 


Special  Project  B (F2520)  cont. 


Nil 

queue 

SIXGUN 

TEALML 

BLKBND 

BEAVER 

WpC 

no 

N 12 
time 

nn 

WLiC 

^ yea 

N13 

query 

1 IU 

J 

N 14 
random 

N15 

event 

no 

»i«e  

time  window 

no  » v' 

random 

Jf,-S 

N21 
wal  1 

min  - 1 min 
max  - 2 

2 min 

2-5  min 

5-8  min 

N22 

CPU 

40  sec 
(33K  core) 

30  sec 
(22K  core) 

1-3  min 
(69. 5K  core) 

3 min 

(45K  core) 

N23 

storage 

1/2  pos 

none 

SAVDOX  t 
30K  words 

data  base  plus 
2 pos 

N24 

transfer 

usual 

n/a 

1 min 

usual 

N2S 
wai  t 

IS  sec 

S sec 

10  min  for 
card  deck  input 

15  sec 

N26 

overlap 

100% 

100'/. 

none 

100% 

N31 

predecessor 

continguous 
with  SAVDOX 

S min  after 
DRUM 

TARLMT 

STR610 

NHSVDX 

SIISVDX 

DRVMG 

Surface  & 3DNEPH 
data  SSTR630 

N32 

successor 

all  environ-' 
mental  data 

BLKBND 

CIIKBND 

BATMAN 

H41 

frequency 

10/day 

1/day 

18/day 

6 

N42 

start 

evenly 
distributed 
19  Z to  12  Z 

19-21  Z 

every  l!j  hrs 

t 

random 

N43 

execution 

varies  .average 
is  10- IS  min 

must  finish 
before  1st 
BLKBND 

* 3/4  lirs 

varies  but 
usually  from 

032-  15  Z 

376 


Special  Project  B (F2520)  cont. 


. 

I 

I 


Nil 

queue 

N12 

time 

N13 

query 

N14 

random 

N 15 
event 

1121 

CPU 

N22 

CPU 

(123 

storage 

1124 

transfer 

N25 

wait 

N26 

overlap 

N31 

predecessor 


1132 

successor 

1141 

frequency 


(142 

— star  t 
(143 


GIPPER 
or  RIPPER 
or  BIPPER 


TWOSilO 


BOOS 


no  - 


no 


no 


no 


yes 


1-2  min 

40  sec 
(27K  core) 

1/2  pos 
1.5  min 
15  sec 
100* 


SAVOOX 
data  base 


none 
10/day 
19Z-12Z 
1U-15  min 


4 min 


3-5  min 
(37K  core) 


1 pos 
usual 
none 
C02 


STR530 

PLOTG 

REDSIIO 


1/day  

approx  10Z 
vari  able 


none 


none 


18-2 1 Z 
G hours 


Others 


DRUMG 

(see  F1620) 

STR440 
(see  F1620) 

STRG10 
(see  F1G20) 


1C-21  Z 

STR630 

no 

(see  F1620) 

ave  10  min 

SHSVDX 

range  ( 8- 15 ) 

(see  F2510) 

G min 

(3UK  core) 

1 pos 

I1HSVDX 
(see  F251U) 

Special  Project  C (F2530) 


N 14 

random 


1123 

storage 


N24 

transfer 


N31 

predecessor 


successor 


N41 

frequency 


1143 

execution 


CARDS  V 


20-23  Z 


yes , 

input  data 


ave  10  min 
range  (8- lb) 


6 min 
( 63K  core) 


tape,  cards, 
25K  words 


15  sec 


2U-23  Z 


IIPTPOS 


see  1131 


ave  3 min 
range  (2-b) 


1 . b mi  n 
(jIK  core) 


minimal 


3IJHLPII 


1 min 
23K  core) 


SPIDCR 


UdZ  + 3 hrs  etc  variable 


1',  to  2 hrs 


24  hours 


see  1131 


2 min 
(21K  core) 


1.5  pos 


card  deck  none 

preparation  time 


contiguous 
with  IN415 


POLAR, 
HAP  10 


21-23Z 


see  1142 


Special  Project  C (F2530)  cont. 


URL  CP 

HLADD 

others 

Nil 

no 

IN415 

(see  F1630) 

queue 

- — 

N12 

time 

no 

yes 

STR924 
(see  F1C30) 

iJ  13 

no 

ctd/i  rn 

query 

...  — 

i 1 rW  jU 
(see  F 16 30 ) 

fl  14 

random 

no, 

predictable 

no 

TWOSNO 
(see  F2520) 

N15 

event 

see  U31 

yes 

SHSVDX 
(see  F2510) 

N21 

wall 

2.5  min 

1 min 

NHSVDX 
(see  F2510) 

H22 

CPU 

1.5  min 
(21. 5K  core) 

15  sec 

( 17. 7K  core) 

N23 

storage 

1 pos 

40  pos 

N24 

transfer 

1 min 

45  sec 

112b 

none  

wait 

N26 

none  — 

overlap 

— — £». 

N31 

predecessor 

STR924 

URVGRD 

IN415 

P0LT1U 

N32 

successor 

SPJUIR 

PUT0I1 

DSPLALL 

N41 

frequency 

1/day 

2/day 

ii42 

start 

immediately 
follows  MU  '1/4 

after 

l)KV(.UI) 

N43 

executi  on 

op  to  30  min 
after  STR924 

before  22  L 
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Special  Project  D (F2540) 


KMLRf.l 


others 


N14 

random 


M3 

storage 

N24 

transfer 


N26 

overlap 

N31 

predecessor 

N32 

successor 

N41 

f req  uen  cy 


N43 

execution 


see  N31 


ave  3 min 
range  (2-S) 

1.5  min 
(50k  core) 


UH  3IMPII 


00Z  + every  3 hrs 


l'j-2  hrs 


random 


yes,  must 
receive  data 

ave  10  min 
range  (8-15) 

0 min 
(28k  core) 


KNNF 

(see  F1C40) 

TW0SN0 
(see  F2520) 

NHSVDA 
(see  F2b 10 ) 

SHSVDX 
(see  F2510) 


HVLRF 
fol lows 


any  time 


wmm' 1 I'mgmmi  him  i ji  ujihh 


■ ■■  WPJT'1' 


Nil 

queue 


1112 

tire 


N13 

query 


N 14 

random 


illb 

event 


N21 

wall 


N22 

CPU 


N23 

storage 


N24 

transfer 


N25 

wait 


N26 

overlap 


yes 


yes 


20  min 


30  min 


7 min 

(37.6  core) 


10  min 

( 18. 7K  core) 


40  pos 
13  min 


20  min 


none 


no 


end  by  22  7 
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NHSVDX 
(see  F2510) 


SHSVDX 
(see  F2510) 


20  min 


7 min 

(37.6K  core) 


13  min 


1131 

predecessor 

DRVGRD 

GLADO 

IILADD 

DRVGRD 

PUTOfl 

none 

N32 

successor 

N41 

frequency 

DSPLALL 
p/Hav  

none 

HLADD 

GLADD 

N42 

follows 

afternoon  . _ . 

start 

GLA00 

local 

(143 

DSPLALL  must 

( 

J 


Special  Project  E 
(F2560) 


Special  Project  G 
(F2570) 


Special  Project  H 
(F2580) 


SIISVOX 
(see  F2G10) 

SNSVOX 
(see  F2S10) 


V*!  {WE,  ''-’'T 


■ «•"*'  «*mu  .vi 


mm 


Nil 

queue 


N22 

CPU 


N23 

storage 


N24 

transfer 


N25 

wait 


N26 

overlap 
1431  1 

predecessor 


N32 

successor 


N41 

frequency 

N42 

start 

N43 

execution 
1 


WSPiWIii!^^ 


SLSS  Computer  Assisted  Outputs  (F3110) 


Particle 

Event 

(3111) 


licit!  1 o J'<  Propagation 
Reports 
(3112) 


no  - — 


no 


acti  vation 
depends 
on  request 
by 

customer 


automati  c 
output 
by 
F21U2 


sec. 


sec. 

( 10K  core) 


I 


no  significant  mass  storage 


not  avai  lable 


F21Q6 


output  to  customer  - 

8/year 

random 


in  general:  must  support 
1 min  response  to  solar  events 


not  necessarily  contiguous 
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•Sfrf  A **  1 


Solar, Geomagnetic, 
Geopliysical 
(3113) 

Event 

Warning 

(3114) 

\ 

yes 

/ 

no 

j 

most 

j activation 

I 

scheduled  < 

' depends 

some  ( 

. on  request 

requested  ( 

J 

by 

) customer 

1 

'tj 

\ 

l 

S sec. 

5 sec. 

\ 

1 

5 sec. 

5 sec. 

T2101 

F2101  * 

T21U3 

F21U8 

h 

F2 1UP 

- V 

12/day 

10/day 

\ 

see  N 13 

random 

■ ■ 

-S,  i 

SLSS  Automatic  Outputs  (P3120) 


Satellite  Data 
Analysis 
(3121) 


Radio  <”  Propagation 
Reports 
(3122) 


Solar, Geomagnetic,  Auroral 
Geophysical  Oval 

(3123)  (3124) 


M13 

query 

N14 

random 


most  yes 


most 

scheduled 

some 

req uested 


S sec. 


automatic 

output 

by 


activation 
depends  on 
request 
by 

cus  tomur 


10  sec. 


N23 

storage 

N24 

transfer 


N26  ) 

overlap  / 

N31  1 

predecessor 

N32 

successor 


5 sec. 

( 10K  core) 

no  significant  mass  storage  - 


not  available  - 


output  to  customer 


b sec. 

( 10K  core) 


10  sec. 

( 3bK  core) 


N41 

frequency 


N43 

execution 


24- 48/day 


evenly  distributed 

in  general:  must  support 
2 min.  response  to  solar 
events 


30/day 


random 


128/day 


see  N 13 


^ot  necessarily  contiguous 


SLSS  Automated  Outputs  (FJ120)  continued 


Proton 
Prod  actions 
(312b) 


Nil 

queue 


N12 

time 


automatic 

output 

by 

P210G 


N13 

query 


N 14 

random 


Nib 

event 


N21 

wall 


•122 

CPU 


H23 

storage 


N24 

transfer 


N2b 

wait 


1126 

overlap 
N31 1 

predecessor 


N32 

successor 


N41 

frequency 


N42 

start 


1143 

executi  on 


1 


not  necessarily  contiguous 


Ionospheric 

Summary 

(3126) 


— — — 


■S3* 


electron 
Density  forecast 
(3127) 


OTH-B 

(3123) 


no 


most  yes 

automatic 

yes 

output 

by 

most 

other 

no 

scheduled 

model 

some 

1 

reques  ted 

j 

no 

see  N31 

1 min. 

2 min. 

30  sec 

1 min 

(20K  core) 

v 

t 

(25K  core) 

no  signi ficant  mass 

storage 

> 

not  available  - 


f 2104 
F210b 


F2105 


output  to  customer 


12/day  sclid. 
3/day  requested 


12/day 


evenly  distributed 


in  general : must  support 
■ response  to  2 min.  solar  requests 
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LSS  Manual  Outputs  (F3130) 


im 

queue 
HI* 

time 

N 13 
query 

N 14 

random 

N 15 
event 

N21 
wall 

1122 

CPU 

N23 

storage 

1124 

transfer 


1125 
wai  t 

1126 

overlap 

N31 
predecessor 

1132 

successor 

1141 

frequency 

H42 

start 


Satelli  te  Uata 
Analysis 


tvent 

Veri  fication 


actuated  Uy  scheduled 

cus  tomer 
reques  t 


manual 


3U/day 


12-15/day 


see  1111 


-) 


1143 

execution 


in  general : must 
support  i min.  response 
to  solar  events 
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Manual  Facsimile  Products  (321U) 


STRATFAX  EURFAX  PACrAX  RAFAX  WEATHER  GRAPHICS 

(3211)  (3212)  (3213)  (3214)  (321S) 

Nil  \ 
queue 

N 12 
time 

.413 

query 

N 14 

random 

141b 

event  / 

f42 1 / 

wall  / 

H22  \ manually  prepared 

CPU  \ 

1423  \ 
storage  \ 

1424  \ 
transfer  \ 

142  S \ 

wait  I 

N26  / 

overlap  / 

1431  manual  chart  preparation  - 

predecessor 

N32  none  - - — — 

successor 

N41  11  prods.  7 prods.  12  prods.  G prods, 

frequency/day  28  trans.  17  trans.  24  trans.  12  trails. 

N42  product  . .....  

start  dependent 

- .443 

execution 


STRATFAX 

(3221) 


Automated  facsimile  Products  ( F3220) 


tURFAX 
( 32  2 2 ) 


PACFAX 

(3223) 


RAFAX 

(3224) 


WEATHER  GRAPHICS 
(3225) 


N14 

random 


N23 

storage 

N24 

transfer 


N26 

overlap 

1131 

predecessor 

H32 

successor 

N41 

frequency /day 


N43 

execution 


no  request  --  ' 

see  1131 

ave  60U(sec) 

ave  120(sec) 

ave  600 

min  2U0 

min  60 

min  500 

max  130U 

max  180 

max  700 

ave  12b ( sec ) 

ave  30 

ave  125 

min  25 

min  20 

min  100 

max  25U 

max  40 

max  150 

data  base 

ave  150 

ave  30 

ave  8U 

min  10 

min  20 

min  60 

max  350 

max  40 

max  100 

I/O  bound  . 

little  computation 

data  base  _ 

update 

none 

— 

It)  products 

3 prods. 

2 prods 

2o  transmissions 

5 trans. 

4 trans 

product 

dependent 


Computer  Assisted  Satellite  Products  ( F33if0 ) 


Hlb 

event 


storage 

N24 

transfer 

N2b 

wait 

N2G 

overlap 

N31 

predecessor 

N32 

successor 

N41 

frequency 

1442 
start 

1443 

executi  on 


Digital  FAX 
(T3321) 


All  displays 
will  be  activated 
by  a real-time 
driver.  Some  of 
these  displays  will 
be  scheduled  periodically 
(time  dependent),  others 
will  be  data  dependent, 
and  some  will  be 
random  requests. 


SfiDU  Displays 
(F3322) 


S10 

(F3323) 


(421 

ave  - 4 (min/display) 

ave  - B 

1 this  area  is 

wal  1 

min  - 3 

min  - 7 

max  - 16 

max  - 11  ; 

1 pretty  much  unknown 

but  could  become 

1422 

ave  - 6 (scc/displav) 

ave  - 3 [ 

the  main  satellite 

CPU 

min  - 2 

mm  - 1 \ 

v display  requirement 

I using  very  significant 

max  - 60 

max  - 20 

1423 

data  base  plus  fnlll.rljlIN 

data  base  plus 

system  resources 

300- b, 000  K < — ^->300- b, 000 

ave  - 3 (min/display)  ave  - 7 

min  - 1 min  - b 

max  - 12  max  - 20 

not  available  


J 


these  programs  are  almost 
entirely  I/O 


see  1111 


none 


ave  100/day 
range  CO -200 


max  40/day 


see  H21 


see  dll 


time  requirement 
varies;  most 
critical  could 
be  seconds 
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AWN  Products  (f34UO) 


Nib 
event 

N21 
wall 

N22 
CPU 

N23 

storage 
U24 

transfer 

N2b 
wait 

N26 
overlap  J 

M3 1 

predecessor 

1132 

successor 

N41 

frequency 


M42 

start 


Manual 

AWN  Products 


(F341U) 


Automated 
AWN  Products 
(F342U) 


no 


manual  products 


most  products  are  transmitted 
routinely  at  set  times  during 
the  day;  however,  speci  fic 
events  (such  as  severe  weather) 
also  activate  some  products 


normal  AFGWC  data  bases 


device  rate 


RTOS 

RTOS 


bO  products 
covered  by 
30  transmissions 


120  products 

covered  ;/ 

b30  transmissions 


product  dependent 


N43 

execution 
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Computer  Assisted  AUTODIN  (F3U10) 


ilant  Lance 
( F3511) 


queue 


cus  tomer 
request  is 
time 
phased 


N 14 

random 


random 


wind  forecast 


N23 

storage 


global 

applications 
data  base 


global 

applications 
data  base 


N24 

transfer 


predecessor 


(132 

successor 


N41 

frequency 


execution 


Automatic  AUTODIN  Products  (F3b2U) 


Nil 

queue 


H12 

time 


I!  13 
query 


U 14 

random 


lilb 

event 


1121 

wall 


N22 
CP  L 


N23 

storage 


N24 

transfer 


N2b 

wait 


N26 

wait 


N31 

predecessor 


N32 

successor 


N41 

frequency 


N42 

start 


N43 

execution 


72  Hour 

Trajectory  Report 
(T3b21) 


JO  Hour 
Hind  Forecast 
(F3L22) 


CFPs 
( F3b23) 


Terbs 

(F3B24) 


analysis  & forecast 
wind  data  base  -— 


global 

applications 
data  base 


RTOS 

RTOS 
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Manual  AUTODIN  Products  (F3530) 


CiNCEUR 

Brief.  Bulletin 
(F3B31) 


predecessor 


II 32 

successor 


man  ua 1 
products 


RTOS 

RTOS 


N41  2/day 

frequency 


N42 

start 

H43 

execution 


DCA  CUR 

Forecast  Bulletin 
(F3B32) 


MAC  Ops  Center 
Brief  Bulletin 
(F3533) 


1/day 


2/day 
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N14 

random 


N23 

storage 


N24 

transfer 


H26 

overlap 


N31 

predecessor 


N32 

successor 


N41 

frequency 


N43 

execution 


Dedicated  Circuits,  Computer  Assisted  (F3610) 


BEALE 

DATA 

(F3611) 


data  is  relayed  when 
max  amount  received 
or  8 min.  pass 


no  request 


see  N12 


ave  2 min 
after  data 
receipt 


■*  ■ . 


■ ';Vr*  1 M 


Ik'di cated  Circuits,  Automated  (F3C20) 


FUOC  3b 
(F3621) 


SARE 

WIND 

FCSTS 

(F3G22) 


U AF 
WSU 
DATA 
(F3G23) 


9WP.H 
OPS  CTR 
TAF/OBS 
F3G24) 


lb  AF 
WSU 
DATA 
( F362  b ) 


data  is 
relayed  when 
max  amt  received 
or  1U  min.  pass 


if  13 
query 

N14 

random 

N 15 

wind 

event 

forecast  ■ 
model 

N21 

wall 

N22 

CPU 

N23 

wind 

storage 

data 

base 

no  request 


> see  N 12 


N24 

transfer 


N26 

overlap 


N31 

predecessor 


N32 

successor 


N41 

frequency 

N42 

start 


N43 

execution 


data  useful 
from  u-12 
hrs  after 
analvsis  time 


2 min 
after 
receipt 


2 min 
after 
receipt 


•:  • ■**•■*..■*  ' -\v"  -ft 

. .•y-;  . ; ■ -,-,-.'.^1^2.;.  ££ 


Dedicated  Circuits,  Automatic  (F362U)  cont. 


22  AF  OPS 
CTR  DATA 
(F3G27) 


SCS 

DATA 

(F3G28) 


HQ  LISAF 
DATA 
( F3G29) 


AUTOttATED 
MAC  DATA 
(F362A) 


SAC 
DATA 
( F362B) 


FNWC 

DATA 

(F362C) 


H 11 
queue 


no 


no 


H 12 
time 


N 13 
query 


data  is  relayed  

when  max  amt  is  received 
or  8 min  pass 


. no 


no 


N14 

random 


no  request 


real  time 
request 

~>-see  N 13 


N15 

event 


see  N12 


see  N13 


H21 

wall 


N22 

CPU 


N23 

storage 


H24 

transfer 


N2G 

wait 


N26 

overlap 


N31 

predecessor 


RTOS 


N32 

successor 


RTOS 


N41 

frequency 


N42 

start 


1143 

executi  on 


2 min 
after 
receipt 


8 

ave  2 


real 

time 
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^ 


s.>gj£*a 


Special  Project  A (F3310) 

WIZARD  E 


yes,  deck  load 


Nib 

event 

yes,  see  1131 

^ 

N2 1 

ave  30  sec 

30  sec 

wal  1 

min  15 
max  GO 

N22 

ave  2 sec 

10  sec  (13K  core) 

CPU 

min  1 
max  3 

N23 

Stonage 

2 tracks 

mi  n i ma  1 

N?4 

transfer 

12  sec 

1500  micro  sec 

N26 

wait 

wait  15-30  min 

none 

N26 

overlap 

20%  overlap 

total 

N31 

3 ONEPH 

none 

predecessor 

SXSiiD 
surface 
upper  air 

N32 

successor 

none 

none 

N41 

frequency 

1/day 

8/ day 

N42 

start 

1 hour  after  SXSIll) 

OUZ  + every  3 hrs 

N43 

24  hours 

can  he  started  up 

execution 

to  3 hrs  earlier 

Special  Project  A (F3810)  cont. 


SXQATS 


I1ERLIN2 


114 

random 


123 

storage 

124 

transfer 


8-10  min 


2 min 

( 18K  core) 

background 
bri  gh  tness 


see  (131 

yes 

yes,  PLOT  10 

2 min 

3-5  min 

3 min 

5 sec 
(12K  core) 

1 min 

(32.4K  core) 

1 min 

(16.6K  core) 

2UK  words 

1 pos 

1.5  pos 

1.5  min 

2 min 

2 min 

predecessor 

1132 

successor 

N41 

frequency 


1143 

execution 


between  13- 
22Z  Thursday 

see  N42 


STR450 

1/day  

see  1131 
1113  plus  2 hrs 


after  STHG10 
N 13  plus  1 hr 


after  PLOTG 
see  N42 


* ' -V 

.I.,,  - I • 


P0LAR6 


Special  Project  A (F3810)  cont. 


BATMAN 


SNPLOW 


CtIKBND 


1.5  min 


15  sec 


30  sec 


1 min 

(2 IK  core) 
1.5  pos 


45  sec 
( 28K  core) 


3.5  min 
( 102 K core) 


15  sec 
(25K  core) 


BEAVER 


STR610 

PL0T6 

RLUSNO 


BLKBND 


successor 

N41 

frequency 


N43 

execution 


after  PLOT  10 


see  N42 


4-6/day 


vanes 

between  3 & 15Z 


approx  1530Z 


2.5  hrs 


S 1X0  UN 


8-10/day 


1.5  lirs  max 


-■  t'Jr- 


SENDER 


Special  Project  A (F3810)  cont. 

others 


111 

queue 

no 

N12 

time 

no 

N 13 
query 

no 

N14 

random 

random 

N15 

event 

yes 

N21 

wall 

2t5  min 

N22 

CPU 

40  sec-2  min 

N23 

storage 

1/2  pos 

N24 

transfer 

usual 

N25 

wait 

none 

N26 

overlap 

none 

N31 

predecessor 

BIGPAN 

N32 

successor 

none 

N41 

frequency 

1/mon 

N42 

start 

anytime 

N43 

executi  on 

any  length 

CALS 8b 
(see  F1620) 

RE  DOG 2 
(see  F1620) 

BOOS 

(Sec  F2S20) 

RIPPER, RIPPER,  BIPPER 
(see  F2520) 

BEAVER 
(see  F252U) 

BLKBND 
(see  F2B20) 

TARLMT 
(see  F2520) 

SI  XR  UN 
(see  F2520) 


f 

I 


Special  Project  A (F3810)  cont. 


MERCMP 


POLAR1) 


CHECKH 


30  sec 


15  sec 


time  womdpw 


N 14 

random 


see  H31 


see  N31 


N23 

storage 

N24 

transfer 


1 min 

(16. 5K  core) 
1.5  pos  


1 min 

( 14K  core) 


1.5  min 


5 sec 
(20K  core) 

minimal 


15  sec 


usual 

(18.4K  core) 
tape  + 2 tracks 


30  sec 


N26 

overlap 

N31 

predecessor 

N32 

successor 

N41 

frequency 


N43 

execution 


PLOT  10 


after  PL0T10 


see  N42 


111415 
PLOT  10 


SPIDER 


16/  day 


-5-  20  min  after 

SPIDER 

— >-N42  + 30  min 


HPRECP  and/or 
INSERT 


18/day 


variable  but 
about  every  90  min. 

+45  min 


\ vf-** 

.*•  ••  b - 'J..  ... 


N14 

random 


N23 

storage 


N24 

transfer 


N26 

overlap 


N31 

predecessor 


N32 

successor 


N41 

frequency 


N43 

execution 


Special  Project  A (F3810)  cont. 


T3013  continued 


ELTAPE 


random 


ave  12  min 
range  (10- lb) 


3 min 

(lbK  core) 


lb  sec 


10/year 


anytime 


others 


SXOATS 
(see  F 38 12 ) 


BIS  HAP 

(see  F 3012 ) 


IIVERF 

(see  F 16 30 ) 


P MERGE 
(see  Fib 30) 


ASSMDZ 
(see  F1G30) 


-v.  It  ft  -- 


Special  Projects  (F3810)  cont 


10  min 
(50K  core) 


trans  fer 


predecessor 


N32 

successor 


none 


32/day  equally 
distributed 


N41 

frequency 


115  min  after  KNNF 


N42 

start 


N43 

execution 


N15 

event 


yes,  see  N31 


no 


N21 

wall 

1-2  min 

3 min 

15-40  min 

N22 

CPU 

30  sec 
(50K  core) 

IS  sec 
(7.5K  core) 

14  min 

(21. GK  core) 

N23 

3 pos 

Storage 

>■  z pos 

N24 

transfer 

20  sec 

2 min 

4 min 

N25 

wait 

none 

10  min 

1 hour  (card  deck) 

N26 

overlap 

60% 

none 

602 

N31 

predecessor 

SACPAV 

TARRAL 

none 

N32 

Successor 

none 

SACWX 

SACPAV 

SACWX 

N41 

3/month 

frequency 

^ 

N42 

start 

after  SACPAV 

after  TARRAL 

see  H43 

N43 

24  hours  after 

execution 

event 

i 

i ^ 

404 


— *-=_:5 


».  Bspspy  j,  „ 


Special  Projects  (F3810)  cont. 


Nil 

queue 


N 12 
time 


N 13 
query 


N 14 
random 


N1S 

event 


N2 1 
wall 


N22 

CPU 


N23 

storage 


N24 

transfer 


N25 

wait 


N26 

overlap 


N31 

predecessor 


1132 

successor 


N41 

frequency 


N42 

start 


N43 

execution 


1/day 
see  ft  14 
3-6  hours 


F3816 

F3817 

POLCAT 

PAPAPA 

.iv  5*7 

MU 



ves 

> 

17-1‘JZ 

random 

yes,  must  receive 

yes 

input  tape 

ave  8 min 

15-6U  sec 

range  (b-15) 

5 min 

3 sec 

(49K  core) 

(2 IK  core) 

data  base 

2 tracks 

usual 

12  sec 

15  sec 

15-30  min 

none 

SXSI1D 

3 DNEPH 

surface  data 

none 

SNDSX 

(see  F1610) 


->■ 


6/da y 

after  SNDSX  or  SXSIJD 
24  hours 


405 


i }%K  p X [tfC  . ; ■ 1 


Nil 

queue 

H 12 
time 

N13 

query 

N 14 

random 

N15 

event 


N2 1 
wall 


yes 


are  jobs  submitted 
to  be  handled  on 
a first-come  first- 
serve  basis  (but 
a priority  system  is 
also  used) 


471)  sec 


N22  1!)2  sec 

CPU 
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The  remainder  of  the  Support  Processing  functional  area  (functions  F4200 
through  F4600,  as  shown  in  Figure  10  of  Section  3.0)  impose  negligible  archi- 
tectural requirements  on  AFGWC.  For  example,  data  base  storage  requirements 
associated  with  loadable  program  versions  in  F4600,  "Data  Base  Construction  and 
Maintenance"  (i .e. , "program  absolutes")  are  a very  small  percentage  of  the 
total  storage  required,  as  illustrated  in  Figure  14.  Moreover,  many  of  these 
areas  have  implicitly  or  explicitly  been  covered  in  other  discussions; 
e.g.,  F4400,  "Real  Time  Computer  Operations"  form  integral  portions  of  virtually 
every  program  executed.  For  these  reason,  detailed  network  analysis  of  the 
Support  Processing  functional  area  is  not  warranted. 


4.3  SUMMARY 

The  following  surwnarizes  the  main  points  resulting  from  the  network  analysis  data 
collected  at  AFGWC.  It  will  consider  the  activation,  characteristics,  order, 
and  conflict  of  operational  functions  at  AFGWC.  To  summarize:  "activation 

considers  the  way  a function  is  initiated,  "characteristics"  describes  the 
system  resources  necessary  to  accomplish  the  function,  "order"  names  the  pre- 
decessor-successor relationships  between  functions,  and  "conflict"  identifies 
problems  involved  in  relating  all  the  functions  together  into  an  integrated 

network . 

Study  of  the  activation  process  proved  to  be  more  complex  a problem  than  expected. 
Uniquely  classifying  a function  into  one  of  the  four  activation  areas  (random, 
time  dependent,  event  dependent,  and  priority  queue)  was  difficult  since  most 
were  involved  in  more  than  one  category.  Once  a function  is  activated  by  a time 
requirement-for  example,  it  is  placed  in  a priority  queue-  the  same  is  true 
of  randomly  activated  events.  The  only  functions  uniquely  associated  with  a 
priority  queue  are  development  and  maintenance  routines.  Even  functions  acti- 
vated as  the  result  of  external  events  can  be  classed  additionally  as  either 
random  or  time  dependent  (but  for  the  purposes  of  this  discussion,  most  satellite 
data  handling  routines  are  still  considered  activated  by  the  "event"  of  data 
arrival).  With  these  ambiguities  in  mind,  here  is  a breakdown  of  the  approxi- 
mately 6500  functions  which  rut;  per  day  at  AFGWC:  521  ***  rflndom»  33%  are 

activated  by  a time  requirement,  15%  are  event  dependent,  and  an  insignificant 
number  can  only  be  identified  with  a priority  queue. 


Ignoring  the  last  group  of  functions,  examination  of  the  routines  falling  into 
each  of  the  other  three  groups  shows  more  in  common  than  the  method  of  activation. 
The  random  area  is  primarily  made  up  of  CFPs.  These  runs  are  fast  (less  than 
10  seconds  wall),  small  in  core  size  (20K),  and  require  little  or  no  temporary 
mass  storage,  but  there  are  large  numbers  of  them.  The  programs  sensitive  to 
time  span  requirements  are  mainly  analysis  and  forecasting  models  and  their 
associated  routines.  They  are  responsible  for  updating  most  permanently  cata- 
logued AFGWC  data  bases.  Demand  for  storage  is  not  expected  to  grow  at  the  high 
rate  as  other  permanent  storage  requirements.  The  programs  are  expected  to  be 
larger  (up  to  260K)  and  require  significantly  more  computation  time  by  1982;  in 
fact,  they  will  probably  be  the  determining  factor  for  the  computer  speed 
requirement.  The  final  grouping  of  event  dependent  functions  are  those  asso- 
ciated with  satellite  data  assimilation  and  display.  In  the  future,  these  pro- 
grams will  remain  moderate  in  size  (70K  or  less)  and  compute  time  (less  than 
5 minutes),  but  will  have  significant  impact  on  mass  storage  (both  temporary 
and  permanent). 


Computer  resources  involved  with  CFPs,  models,  and  satellite  data  processing 
functions  have  been  briefly  mentioned.  These,  however,  fail  to  give  the  overall 
picture  of  the  whole  system  burden.  Wall  time  and  its  component  parts  are  more 
easily  discussed  in  terms  of  the  "average"  (or  "expected"  in  the  statistical 
sense)  function  in  operation  at  AFGWC  in  1982.  These  statistics  have  been 
computed  from  data  gathered  on  all  functions  in  the  characteristics  area.  Where 
exact  numbers  were  not  available,  educated  estimates  were  used.  Figure  11 
shows  factors  involved  in  wait  and  overlap  time  and  recommends  practical  maxi- 
mum efficiency  limits. 


Assuming  the  ability  to  schedule  around  all  conflicts  and  using  average  numbers 
for  run  time,  it  would  take  approximately  24.4  U1108s  to  meet  AFGWC  require- 
ments in  1982.  Figure  12  demonstrates  this,  but  also  shows  that  if  all  wait 
time  could  be  eliminated  (requiring  2.19  such  functions  per  1108  operating 
simultaneously),  11.4  U1 108s  could  handle  the  workload.  Because  of  the  assump- 
tions used,  these  numbers  are  of  course  theoretical,  but  they  do  help  show  the 
state  of  the  software  at  AFGWC  and  suggest  limiting  computer  power  which  might 
handle  it.  (The  use  of  the  1)1108  standard  does  not  necessarily  suggest  it  as 
the  answer  for  this  architectural  study;  it  is  merely  a convenient  and  well 
known  denominator  for  AFGWC  software.) 


For  purposes  of  discussion,  three  types  of  storage  are  considered, 
storage,  permanent  mass  storage,  and  core  (main  memory)  storage. 
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Figure  11.  Processing  Time  Allocation. 


Most  AFGWC  functions  do  not  use  a significant  amount  of  temporary  mass  storage. 
SDC's  analysis  shows  the  primary  users  of  this  to  be  the  satellite  data  processing 
routines,  displays,  and  (to  a lesser  extent)  the  3DNEPH  cloud  analysis  programs. 
Figure  13  compares  the  almost  steady  temporary  storage  requirements  for  these  and 
other  classified  data  handling  routines  along  with  requirements  established  by 
all  analysis  and  forecasting  routines  over  a normal  12  hour  production  cycle. 

Whi'e  the  temporary  mass  storage  requirement  is  expected  to  remain  relatively 
constant  between  1977  and  1982,  needs  for  other  system  resources  are  not. 

Figure  14  demonstrates  the  expected  increase  in  requirements  for  permanent  mass 
storage.  As  with  temporary  storage,  the  satellite  data  files  (in  this  case  the 
gridded  and  mapped  Satellite  Global  Data  Base)  are  the  principal  contributors. 

Note  that  the  numbers  in  Figure  14  do  not  allow  for  the  data  base  redundances 
not  at  AFGWC.  SDC  assumes  only  one  copy  of  the  entire  data  base  rather  thait 
one  per  system  as  is  presently  the  case. 

Total  daily  CPU  demands  will  undergo  significant  increases.  This  is  illustrated  by 
Figure  15.  The  primary  reasons  for  the  yearly  change  can  be  traced  to  new  and 
modified  analysis  and  forecasting  functions  (the  effect  of  the  major  model 
changes  is  also  noted  in  Figure  15).  Before  discussing  the  temporal  distribu- 
tion of  CPU  demand.  It  Is  necessary  to  understand  predecessor-successor  relation- 
ships and  entire  system  interaction.  After  these  factors  have  been  brought  out, 

CPU  usage  with  tine  will  be  addressed. 

The  primary  functions  involved  in  the  predecessor-successor  relationships  con- 
sidered under  the  heading  "order"  are  those  associated  with  the  analysis  and 
forecasting  data  cycles.  Figures  16  and  17  show  a simplification  of  the  major 
relationships  and  fit  them  into  the  12  hour  production  cycle.  The  two  figures 
refer  to  1977  and  1982  respectively.  The  positioning  in  time  of  a particular 
function  roughly  indicates  expected  start  times  and  the  arrows  link  successive 
programs.  The  1982  start  times  shown  in  Figure  17  have  been  determined  by 
linking  new  programs  with  those  they  are  replacing  or  where  there  is  no  re- 
placement, by  insuring  that  both  the  predecessor  and  the  new  model  will  have 
the  best  opportunity  to  finish  before  the  requirement  is  violated.  Two  programs 
being  linked  in  Figure  17  does  not  imply  that  no  problem  will  be  encountered  in 
meeting  this  relationship.  It  is  not  being  suggested  that  AFGWC's  present  system 
can  support  all  related  functions;  it  will  be  shortly  pointed  out  that  it  cannot. 

At  this  point,  only  start  times  and  predecessor-successor  relationship  are  being 
stated  as  requirements. 
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Figure  16.  Primary  Function  Relationships  with  Time  (1977). 
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Figure  17.  Primary  Function  Relationships  with  Time  (1982). 
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Once  all  individual  functions  have  been  described  and  the  necessary  relationships 
established,  it  remains  to  fit  the  network  together  showing  conflicts  and  restraii 
1977  and  1982  projected  CPU  usage  on  U1108  computers  is  given  in  Figure  18.  The 
problem  is  that  the  job  is  not  being  performed  properly  because  most  time  require- 
ments have  been  violated.  CFLOS  and  Minuteman  programs,  for  example,  are  run 
constantly  through  the  12  hour  cycle  (and  far  beyond)  when  in  fact  they  are 
required  to  start  and  finish  within  a two  to  three  hour  period.  This  bluntly  says 
that  a 0.8  MIPS  computer  is  not  adequate  for  all  future  requirements,  to  fulfill 
the  predecessor-successor  relationships  within  established  time  lines,  a computer 
with  a speed  of  10  MIPS  is  required  (at  least  for  CFLOS  aiid  PHtruteman) . 


As  indicated  earlier,  the  final  group  of  figures  shows  core  requirements  with  time,  j 
It  is  seen  from  the  discussion  of  Figure  19  that  a 0.8  MIPS  computer  is  not  ade- 
quate for  all  1982  needs,  so  1977  data  is  sized  on  a 0.8  MIPS  computer  (Figures  19 
and  20)  and  1962  data  is  sized  on  a 10  WPS  computer  (figures  21  and  22) 


A definition  of  peak  and  nominal  is  in  order  to  make  the  situations  depicted  by 
these  figures  easier  to  understand.  The  nominal  case  occurs  when  all  scheduled 
programs  are  beginning  and  finishing  according  to  average  times  scheduled  by  the 
checklist.  Random  programs  and  especially  those  in  large  enough  numbers  to  de- 
mand almost  constant  core  use  are  assumed  to  be  running  at  about  1/2  their  maximum, 
The  nominal  case  should  not  be  considered  the  minimum  since  cancellation  of 
scheduled  routines,  low  data  receipt,  disappearance  of  random  events,  and  other 
factors  can  cause  requirements  below  the  nominal. 


The  peak  circumstances  does  not  violate  start  times  or  other  time  requirements 
but  assumes  that  scheduled  programs  start  at  the  correct  time  and  continue  running 
until  the  last  moment  when  the  requirement  could  still  be  met.  Predecessor- 
successor  relations  are  also  honored  and  the  programs  requiring  almost  constant 
core  are  assumed  to  be  running  at  a maximum  level.  To  exceed  the  peak  case  pro- 
gram start  times  would  have  to  be  changed  which  would  most  likely  lead  to  many 
requirement  violations.  In  short,  the  peak  case  as  used  here  "breaks  no  rules" 
and  allows  all  aspects  of  the  AMWC  mission  bo  he  aceoi^l  ished  on  time. 


In  the  1977  case.  Figure  19  represents  the  nominal  core  use  case  which  is  more 
likely  to  be  exceeded  than  undershot.  The  large  rectangle  nn  the  bottom  of  the 
figure  represents  functions  with  a nearly  constant  demand  on  system  core.  The 
^nailer  boxes  on  top  represent  the  core  requirements  and  the  spans  of  time  of  the 
primary  analysis  and  forecasting  routines. 
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Figure  19.  Nominal  Core  Use  (1977). 


Figure  20.  Peak  Core  Use  (1977). 


I * 


' ■ 


X 

p 

X 


X 


o o 
o o 

N SJ 

X 

^ p X 
X P cq 
COW 
C w 5^ 
ts)  U 


cq  r: 
M p 

CQ  CQ 
>4 

P JE 

^ O 

S4  o 

< N) 


X X 

CQ  CQ 

w w 


x x 

C/3  C/3 
CM  W W 

CN  CM 


C/3  X 
P ^ 


' § 
I w 
- X 

' o 

X 


*5 

•<  < 


x w 

X H 
<t  p 


P CQ  CQ  X ^ 

< < X X 


H 

X 

< 

X 

P 

< 

X 

X 

P 

Q 

w 

»■ 

p 

CQ 

X 

w 

< 

CQ 

C/3 

p 

X 

X 

X 

w 

X 

o 

X 

X 

CQ 

X 

< 

CQ 

CQ 

>■* 

H 

>* 

>- 

W 

P 

X. 

5: 

< 

P 

P 

p 

< 

o 

a 

Q 

-? 

c 

o 

CQ 

X 

o 

55 

X 

X 

«< 

H 

M 

CQ 

< 

li 

CQ 

O 

V — - 

P 

X 

Q 

O 

X 

p 

P 

P 

Q 

u 

P 

X 

CQ 

5 

CQ 

< 

o 

W 

■w 

O 

H 

w 

0 

►— l 

p 

X 

p 

«X 

p 

c n 

< 

u 

X 

O 

O 

w 

? ; 

X 

CM 

p 

X 

X 

p 

X 

X 

P 

"■•S. 

X 

CQ 

CQ 

w 

»r; 

CQ 

P< 

X 

CQ 

w 

w 

L? 

W 

X 

w 

;3 

p 

•c 

3 

P 

CM 

CO 

o 

CM 

p 

w 

00 

-t; 

P 

x 

■ ■ -*. 

< 

X 

X 

1 — * 

X 

•X 

X 

X 

X 

o 

X 

iQ 

o 

o 

0' 

P 

C/3 

X 

X 

X 

X 

p 

p 

X 

v 

L > 

CQ 

CQ 

H 

CQ 

O 

w 

m 

pi 

't 

»n 

vQ 

, ^ 

00 

CT> 

cs 

B 


o 

o 


s 

o 

p 

o 

p 

< 

o 

x 

X 

o 

X 

H 


p 

< 

u 

x 

X 

o 

X 

H 


cm  n <f  in  n co 


□ 


B 


«o 

; r~^~i 

* 

Lj?__! 

CN 

- 

o 

o 


o 

o 


o 

o 

CNJ 


CO) 

cc 

ZD 

o 

X 


C\J 

00 

0*3 


CD 

IQ 


CD 

i- 

o 

o 


<TJ 

c 

•f“* 

E 

o 


C\J 

CD 

s- 

3 

CT> 


(SQW0M  JO  s ,0001 ) 3ZIS  3H0D 


421 


i 


mm 


i 


■ 

i 

I 


In  Figures  19-22,  no  attempt  has  been  made  to  modify  start  times,  thus  possibly 
reducing  core  requirements  at  any  one  period  in  time.  Figure  20  represents  the 
peak  core  use  case  for  the  same  1977  period.  The  effect  has  been  to  double  the 
constant  demand  on  system  core  use  and  significantly  "fill  in  the  holes"  of  core 
left  by  the  primary  analysis  and  forecasting  routines. 

The  comments  made  above  apply  to  the  1982  case  as  well  as  1977.  The  functions  with 
a nearly  constant  demand  for  core  need  clarification,  especially  in  the  1982  case. 
They  have  been  represented  as  continuous  because  of  the  large  number  of  functions 
and  their  randomness.  There  will  most  likely  be  significant  periods  of  time  when 
none  or  few  of  these  "constant"  jobs  will  be  active,  but  there  is  no  way  of  pre- 
dicting when  this  will  occur.  These  functions  can  probably  be  accomplished  with 
0.8  MIPS  computer  speed,  both  in  1977  and  1982.  A faster  computer  would  probably  j 
reduce  the  constant  core  use  and  therefore  the  number  of  CPUs. 

Data  on  the  1977  "Primary  Analysis  and  Forecasting  Routines"  depicted  in  Figures 
19  and  20  is  based  on  average  wall  times.  Five  simultaneously  active  programs 
does  not  mean  5 CPUs  are  needed.  Since  the  programs  are  not  all  computation 
(as  was  shown  by  Figure  11),  the  CPU  drifts  from  one  to  another  while  several 
are  in  core.  Picking  time  of  maximum  activity  such  as  the  third  hour  of  the 
cycle,  there  are  14  and  26  programs  active  for  the  nominal  and  peak  cases 
respectively.  Using  the  maximum  efficiency  factor  of  2.19  introduced  earlier, 
this  corresponds  to  6.4  and  11.8  CPUs. 

The  plotting  of  1982  "Primary  Analysis  and  Forecasting  Routines"  data  was  based 
on  CPU  times  and  not  wall  times  (the  assumption  being  made  here  that  they  are  equ&; 
For  the  nominal  case,  4 models  and  12  other  active  programs  result  in  four  10 
MIPS  CPUs  and  5.5  of  the  0.8  MIPS  CPUs,  respectively.  For  the  peak  case,  5 models 
and  29  other  active  programs  correspond  to  five  10  MIPS  CPUs  and  17.8  of  the  0.8 

MIPS  CPUs. 


i 


If  some  programs  (primarily  the  many  constant  CPU  users)  can  be  moved  around  to 
fill  some  empty  spots,  then  the  CPU  estimate  could  probably  be  reduced.  What 
results  now  appears  to  be  upper  bounds  estimates. 


In  summary,  the  following  points  have  been  made  and  discussed: 
a.  Primary  activation  processes  have  been  named; 

A statistical  "average"  AF6WC  function  has  been  described  and  areas 


b. 


e. 


h. 


i . 


suggested  where  it  might  be  improved; 

Wall  time  requirements  necessary  to  complete  a days  worth  of  "average 
functions  are  plotted  against  CPUs  needed  to  give  an  initial  estimate 
of  1932  computer  requirements  in  terms  of  U1108s; 

Temorary  and  permanent  mass  storage  requirements  are  given  for  the 
1977-1982  time  frame,  with  primary  users  identified; 

CPU  throughout  requirements  for  1977-1982  are  estimated  and  primary 
users  are  identified; 

Predecessor-successor  relationships  for  1977  and  1982  are  identified, 
along  with  start  times  for  the  major  analysis  and  forecasting  models; 

Predecessor,  successor,  and  time  requirements  have  been  considered  to 
estimate  compute  speed  necessary  to  accomplish  some  of  the  major 
1982  goals; 

Core  size  requirements  have  been  determined  for: 

1)  the  1977  time  frame  assuming  0.8  MIPS  computer  speed,  and 

2)  the  1982  time  frame  assuming  10  MIPS  computer  speed 
Maximum  number  of  CPUs  needed  are  estimated  (1977  and  1982). 
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5.0  DATA  SYSTEM  CHARACTERISTICS 


During  task  1,  a detailed  analysis  of  the  processing  characteristics  of  AFGWC 
functions  (both  current  and  planned)  was  undertaken.  Categories  of  pertinent 
data  system  characteristics  were  established  by  which  an  eventual  data  system 
architecture  could  be  developed.  These  categories  of  the  characteristics 
domain  are: 


a. 

b. 

c. 

d. 

e. 

f. 
g- 


h. 

i . 


Data  Storage 

Data  Transfer  and  Routing 

Computation  and  Software 

Terminal  Interface 

Data  Display  (local  output) 

Local  Input 

Personnel 

Management 

Facilities 


Within  these  categories,  numerous  specific  questions  were  developed  to  assemble 
answers  concerning  the  various  functions.  SDC  then  performed  several  inter- 
views with  AFGWC,  AWS,  and  SAMSO  personnel  to  obtain  answers  to  these  questions, 
and  also  relied  heavily  on  user  and  model  requirements  documentation  provided 
by  AWS  and  AFGWC,  respectively.  A list  of  the  spectrum  of  questions  used  in  this 
effort  is  as  follows: 
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mSim* 


CIO 

DATA  STORAGE 


J L* 


Cll  - FORM: 


cm 


Quantity 

What  is  the  total  storage  capacity  for  instructions  and  data  (main 
and  auxiliary  storage),  required  for  to  perform  the  function,  in 
terms  of  words  ( bits),  bytes  ( bits),  or  bits?  How  much 


storage  must  be  reserved  for  executive  or  control  programs? 


Cl  12 


Retention 

How  much  storage  (instructions  and  numerical  data)  is  retained  for 
future  and/or  other  functional  use?  For  how  long? 


Cl  13 


Structure  Complexity 

What  structure  types  are  employed  for  data  storage?  (e.g.,  simple 
hierarchical,  indirect  addressable  chained.)  What  amounts  of  this 
storage  are  structured  by  the  various  methods? 


Cl  14  Storage  Variability 

What  are  the  expected  maximum  and  minimum  amounts  of  data  which 
are  to  be  stored  for  each  data  type  and  structural  entity? 


Cl  15  Significance 

What  optimum  word  sizes  are  required  for  storage  type? 


Cl  16  Logical  Records 

What  are  the  data  sizes  which  are  optimal  for  data  base  transfer 
or  structure  and  usage? 


Cl  1 7 Multiple  Source/Sink 

Identify  number  of  functions  which  may  update  data  and  number  of 
users  including  relative  frequency. 


C12  - ADDRESSABILITY: 


C121 


Random/Sequential 

How  is  the  data  normally  addressed? 
current  addressing  to  previous? 


What  is  the  relationship  of 


Cl  22 


Pattern 

Does  the  operational  program  perform  a specified  pattern  or 
sequence  for  all  data  storage  operations?  (i.e.,  is  data  stored 
and  retrieved  by  a fixed  process?) 
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Cl  23  Search/Deterministic 

Is  there  a means  for  identifying  data  location  within  structure  for 
specific  requested  information  or  must  it  be  searched? 


Cl  24 


Frequency 

What  is  the  nature  of  the  data  addressed  and  the  frequency  of  access 
for  specified  amounts  of  storage. 


C125  Structural  Repetition 

Are  the  data  structured  such  that  patterns  repeat? 


C13  - ACCESSABIL ITY : 


Cl 31  Required  Response  Time 

What  is  the  required  response  time  for  reads  from  data  storage  in 
words/sec,  bytes/sec,  or  bits/sec? 


C132  Multiple  Access 

Can  (or  should)  multiple  storage  locations  be  accessed 
simultaneously? 


Cl 33  Write  Lock 

To  what  extent  must  storage  be  protected  against  write  (i.e.,  write 
lockout)? 


Cl 34  Process  Input/Output  Overlap 

Is  there  potential  for  input/output  overlap  (multiple  channel 
techniques,  stacking,  etc.)? 


C14  - SECURITY: 


C141  Number/Di stribution  of  Levels 

For  the  secure  data,  how  many  levels  of  security  access  are 
employed  and  what  is  the  quantity  distribution  by  level? 


C142  Isolation 

What  are  the  isolation  requirements  between  levels? 


C143  Inadvertant  Access 

Is  there  a requirement  for  methods  and/or  procedures  to  preclude 
inadvertant  access  to  secure  data? 


C144  Forced  Access 

What  are  protective  requirements  against  forced  access? 
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Cl 5 - RECOVERABILITY  FROM  FAILURE  OR  MALFUNCTION: 

Cl  51  Reconstructability 

How  much  and  what  stored  data  must  be  reconstructed? 

Cl  52  Recovery  Time  . _ ^ 

Within  what  amount  of  time  must  the  reconstruction  of  the  data  be 

completed? 

Cl 53  Allowable  Errors 

To  what  degree  does  the  data  allow  errors  before  it  is  not  useable? 
Cl  54  Transportability 

Is  data  amount  sufficiently  small,  timing  demands  sufficiently 
loose,  and  structure  appropriate  that  it  can  be  written  as  tape 
either  during  the  job  or  after  a failure  for  transfer  to  another 
configuration? 

C16  - TIME-PHASED  CONSIDERATIONS 

a.  When  is  this  function  to  be  operational  (month  and  year)  - and/or  - 
when  is  this  function  to  be  phased  out?  What  other  functions  and 
capabilities  is  this  function  dependent  upon? 

b.  For  the  requirements  listed  above,  what  is  the  required  time- 
phasing (i.e.,  what  capabilities  are  required  at  what  times)? 
Identify  by  month  and  year. 
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C20 

DATA  TRANSFER/ROUTING 


C21  - DATA  FORM/DYNAMICS: 


C21 1 


Quantity  v . L ^ 

What  volume  of  data  (in  bits  or  characters)  is  to  be  transferred 
per  day,  hour,  etc.  (specify  appropriate  time  unit)? 


C21 2 


Frequency/Di stri buti on 

What  is  the  time  distribution  at  which  transfer  occurs,  and  what 
is  the  quantity  distribution? 


C213 


Required  Speed 

For  noncontinuous  transfer,  what  is  the  maximum  acceptable  time 
between  transmission  of  the  first  bit  of  data  receipt  of  the  last 
bit  of  a block  transfer? 


C214 


Structure 

What  characteristics  of  the  data  provide  routing  information;  l.e., 
is  there  a cyclic  pattern  in  the  data,  are  key4;  imbedded  which 
identify  types  of  data  blocks,  are  lengths  of  data  blocks  derivable 
from  data  in  the  blocks,  etc?  What  is  the  unit  of  transfer  and 
the  size?  Is  there  a predictable  transfer  quantity? 


C215 


Synchronization 

What  synchronization  of  sender  and  receiver  is  required  for  trans- 
fer of  the  data?  Indicate  if  modes  must  be  established  for  the 
sender,  receiver,  and  comm  link  for  the  transfer  to  take  place. 
Does  the  data  to  be  transferred  contain  synchronizing  signals? 


C216 


Simultaneous  Compute  Capability 

Is  there  a possibility  for  simultaneous  compute  buffer/transfer? 


C22  - SWITCHING: 


C221  Key 


Are  there  alternate  sources  or  paths  by  which  specific  data  can  be 
obtained?  What  methods  are  to  be  employed  in  selecting  a source  or 
path  and  establishing  it  for  transmission? 


C222 


Channels 

How  many  sources  or  destinations  exist  in  the  data?  What  rela- 
tionship does  establishment  of  a transmission  path  have  on  other 
transmissions  in  progress  or  enqueued? 
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C223  Response 

What  is  the  maximum  time  allowed  between  determination  that  a 
transmission  is  to  take  place  and  initiation  of  the  transmission? 


C23  - SECURITY: 


C231  Checking 

Is  data  transferred  to  be  checked  for  proper  security  level? 


C232  Levels 

How  many  classification  levels  are  dealt  with  in  transmission? 


C233  Guarantee 

What  reliability  must  be  placed  on  security  protection? 


C234  Physical 

What  physical  security  must  be  provided  for  data  transfer  com- 
ponents (e.g.,  closed  area,  radiation  protection)? 


C235  Nesting 

What  compartmentalization  and  nesting  is  imposed  on  the  security 
levels  present  in  this  application? 


C24  ERROR  INTEGRITY: 


C241  Error  Detection 

How  many  simultaneous  errors  must  be  detected? 


C242  Error  Correction 

How  many  simultaneous  errors  must  be  corrected? 


C243  Allowable  Error  Rate 

What  error  rate  is  allowable  in  this  application? 


C244  Retransmissibility 

What  provisions  can  be  made  for  feedback  on  receipt  state  of  trans- 
ferred data,  in  order  to  provide  correction  from  the  transmission 
source?  How  does  this  affect  vhe  retention  requirement  for  data  at 
the  transmission  source? 


C245  Correctability 

What  level  of  error  detection  and  correction  redundancy/delay  can 
the  transfer  application  withstand? 
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CONTROL : 


C251  Initialization: 

Is  there  any  functional  initialization  or  contact  that  must  be 
made  prior  to  transfer/routing  of  these  data? 

C252  Impetus 

In  this  application,  what  is  the  motivation  for  transfer/routing  of 
data  (i.e.,  data  presence,  recipient  request,  transfer  component 
availability,  time,  or  event  such  as  comparative  result)? 

C253  Interpretation 

Must  e*ny  part  of  the  data  be  interpreted  or  coded/decoded  as  part 
of  transfer  or  routing  (e.g.,  header  message)? 

C254  Response 

Does  the  transfer  function  require  a response  as  an  integral  part 
of  transfer? 

C255  Enable/Disable 

Must  transfer  or  routing  be  enabled  and/or  disabled  for  any  reason? 
Must  transfer  in  its  entirety  take  place  or  can  it  be  selective? 

C256  Interrupt 

Is  there  the  capability  and/or  the  need  for  transfer  interrupt 
restore  in  this  application? 


TIME-PHASED  CONSIDERATIONS 


a.  When  is  the  function  to  be  operational  (month  and  year)  - and/or  - 
when  is  this  function  to  be  phased  out?  What  other  functions  and 
capabilities  is  this  function  dependent  upon? 

b.  For  the  requirements  listed  above,  what  is  the  required  time- 
phasing (i.e.,  what  capabilities  are  required  at  what  times)? 
Identify  by  month  and  year. 
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C30 

COMPUTATION 


C31  - CONTROL: 

C311  Batch 

Do  the  function  and  related  functions  lend  themselves  to  batch 
processing  (i.e.,  short,  modular,  with  long  or  no  specific  response 
requirement  and  ot  part  of  an  ordered  sequence)? 

C312  Interactive 

Is  the  function  unusually  controlled?  Is  the  controller  a user 
or  operator?  What  type  of  monitoring/response  is  required? 

C31 3 Real-Time 

Is  the  function  forced  in  relationship  to  external  activity  and  is 
it  necessary  to  perform  simultaneous  computation? 

C314  Data  Base  Feedback  and  Control 

Is  the  computation  motivated  by,  dependent  upon,  or  controlled  by 
non-core  data  base  interaction? 

C315  Interrupt 

Is  the  computation  apt  to  require  interrupting  and  is  it  structured 
in  such  a way  as  to  accommodate  interruption? 

C316  Secure 

What  security  level  are  the  computation  instructions?  What  security 
level  is  the  computation  process?  > ; 


C32  - TYPE: 


C321  Assembly/Compilation 

Is  the  computation  instruction,  assembly  or  compilation  in  nature? 
C322  Executive 

Does  this  computation  primarily  control  the  system  hardware  and 
software  source? 

C323  System 

Is  this  computation  general  purpose  in  nature  pertaining  to  common/ 
universal  tools? 


C324  Data  Manipulation 

Is  the  purpose  of  the  computation  to  change  data  form  or  structure? 
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C325  File  Maintenance 

Is  the  purpose  of  this  computation  to  maintain  the  Data  Base? 
C326  Math/Statistical 

Is  this  task  arithmetic  in  the  performance  of  math  or  statistical 
computations? 

C327  Data  Routing 

Is  the  Durpose  of  this  computation  data  routing  and  transfer? 
C328  Component  Control 

Is  this  computation  designed  for  automatic  interface  with,  and 
control  of,  hardware  components? 

C329  Instruction  Mix 

What  is  the  mix  of  the  types  of  computations? 


FORM: 

C331  Word  Size 

What  word  sizes  are  used  for  instructions,  computation  and  data 
representation  (bits,  byte,  word,  double/triple  precision)? 

C332  Number  Base 

What  number  base  is  best  used  for  data  representation  (2,  10,  or 
other)? 

C333  Floating 

Is  computation  accomplished  in  fixed  or  floating  point?  What  is 
the  mix? 


INDEPENDENCE: 

C341  Parallelism 

Is  a large  portion  of  the  problem  adaptable  to  parallel  computation? 
If  yes,  how  many  simultaneously? 

C342  Redundancy 

Is  there  computation  which  repeats  processing  previously  performed 
by  previous  computation  or  other  components  (e.g.,  repeated 
unpacking  of  data  by  different  routines)? 

C343  Repetition 

Is  the  same  computation  repeated  again  and  again  over  the  same  data 
sets? 


C35  - DATA  INTERFACE: 

C351  Simultaneous  Compute/Transfer 

Can  (or  should) simultaneous  compute/transfer  operations  be 
performed? 

C352  Parallel  Transfer 

Can  data  be  transferred  in  parallel  as  well  as  being  transferred 
in  serial  manner  to  increase  the  effective  transfer  rate? 

C353  Repetitious  Transfer 

Is  the  same  data  transferred  during  different  phases  of  an 
operation? 


C36  - QUANTITY: 

C361  Storage  Required 

How  much  data  is  required  for  instruction  in  this  computation?  How 
much  is  required  for  direct  computation  support?  How  much  is 
required  for  efficient  processing  of  bulk  processed  data? 

C362  Computation  Rate 

How  fast  in  terms  of  the  application  is  computation  performed 
(e.g.,  files  of  data  per  record)? 

C363  Number  of  Instructions  Executed 

For  an  average  application  how  many  instructions  are  executed? 

C364  Throughput 

What  is  the  expected  throughput  for  this  application  in  terms  of 
instructions  per  record? 


C37  - TIME-PHASED  CONSIDERATIONS 

a.  When  is  this  function  to  be  operational  (month  and  year)  - and/or  - 
when  is  this  function  to  be  phased  out?  What  other  functions  and 
capabilities  is  this  function  dependent  upon? 

b.  For  the  requirements  listed  above,  what  is  the  required  time- 
phasing (i.e.,  what  capabilities  are  required  at  what  times)? 
Identify  by  month  and  year. 


C40 

TERMINAL  INTERFACE 


- FORM: 


Word  Structure  . x .....  * 

How  is  the  bit  stream  to  be  subdivided  into  meaningful  fields  for 
the  terminal  (i.e.,  describe  control  or  command  fields,  data 
fields,  parity  and  synchronization  fields,  etc.,  in  form  and 
expected  content)? 


C412  Blocking 

If  the  bit  stream  to/from  a terminal  is  not  continuous,  what  are 
the  rules  for  blocking  into  individual  transmission? 


C413  Error 

What  are  all  of  the  detectable  error  conditions  which  may  pertain 
to  the  terminal,  or  to  the  data  which  are  sent/received  by  the 
terminal? 


C414  Users 

How  many  different  addressees  are  on  this  line? 


CONTROL: 


Initialization  . ...  .. 

What  method  is  required  to  establish  communication  with  the 

terminal? 


Termination  ... 

What  conditions  does  the  terminal  impose  on  data  transmission  in 
order  to  continue  or  break  off  transmission  and/or  communication? 
(i.e.,  can  the  rate  of  transmission  vary,  can  parity  errors  be 
treated  or  ignored,  can  path  switching  occur,  can  synchronization 
by  disrupted  and  reestablished?) 


Query 


Can  the  condition  of  the  terminal  be  tested  at  any  time,  or  must 
a communication  path  first  be  established  before  it  can  be 
queried? 


C424  Communication  Mode  . . . 

Is  the  line  simplex  or  duplex?  Is  the  rate  at  which  data  is  made 
available  constant  or  variable  (based  on  error  correction, 
retransmission  or  compression)? 
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C43  - TRANSFER: 


C431  Interpret 

What  subfield  sizes  and  bit  patterns  are  required  by  the  terminal 
to  represent  various  entities  such  as  display  or  print  characters, 
numeric  values,  controls,  etc? 

C432  Transform 

Are  data  transformed  into  explicit  representation? 

C433  Identification 

If  the  terminal  is  accessed  via  communication  equipment,  what  is  the 
polling  (input)  or  addressing  (output)  method  used? 

C434  Buffer  , 

Does  (or  should)  the  terminal  have  a buffering  capability  for 
repetitive  data?  If  so,  how  (if  for  output)  are  data  areas  in  the 
buffer  to  be  addressed  for  modification? 


- SECURITY: 

C441  Levels  L 

How  many  levels  of  security  exist  for  data  which  can  be  transmitted? 

C442  Policing 

How  is  the  interface  secured  for  these  various  levels  of  classified 
data  transmission? 

C443  Cryption 

What  encrypting  methods  are  employed  for  communication  with  a term- 
inal in  classified  modes  of  operation? 


- INTEGRITY: 

C451  Error  Detection 

How  many  simultaneous  errors  can  be  detected? 

C452  Error  Correction 

Are  errors  automatically  corrected?  If  so,  how  many? 


- QUANTITY: 

C461  Expected  Rate 

What  is  the  average  data  rate  requirement  for  this  function? 


C462 


Maximum  Rates 

What  is  the  maximum  data  rate  which  is  required/desired  for  this 
function? 


C47  - TIME-PHASED  CONSIDERATIONS 


a. 


When  is  this  function  to  be  operational  (month  and  year)  - and/or 
when  is  this  function  to  be  phased  out?  What  other  functions  and 
capabilities  is  this  function  dependent  upon? 


b. 


For  the  requirements  listed  above,  what  is  the  required  time- 
phasing (i.e.,  what  capabilities  are  required  at  what  times)? 
Identify  by  month  and  year. 
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C50 

DATA  DISPLAY 


C51  - RATES: 

C511  Response 

What  is  the  minimum  and  maximum  access/response  time? 
C512  Data  Frequency 

What  is  the  frequency  of  the  output  in  sec/mi n/hours? 
C513  Update  Frequency 

What  is  the  frequency  of  update  in  secs  or  minutes? 


C52  - FORM: 


C521  Graphic 

Is  the  output  to  be  in  graphic  form? 

C522  Tabular 

Is  the  output  to  be  in  tabular  form? 

C523  Alarm 

Is  an  audible  output  required,  such  as  alarms  or  warnings? 

C524  Preformatting 

To  what  degree  can  the  output  make  use  of  preformatting  and  is 
a general  capability  warranted? 

C525  Granularity 

What  display  granularity  is  required? 

C526  Resolution 

What  display  resolution  is  required? 

C527  Information 

What  approach  should  be  taken  in  terms  of  information/status  for 
this  application? 
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C53  - ACCESS/RETENTION: 


C531  Data  Selectivity 

Is  or  will  there  be  a priority  level  for  required  outputs?  Will 
ott tpu is  un  certain  output  devices  supersede  or  cancel  each  other? 
Will  there  be  a validity  check  on  availability  of  data  time-wise 
or  otherwise?  Rejection  of  data?  For  what  reasons? 

C532  Permanence 

Is  hard  copy  required? 

Is  a transient  display  required? 

On  transient  displays,  what  is  the  permanence  required  in  time 
(e.g.,  ms/sec/min/permanent/until  cancelled)? 

Will  flashing  displays  be  required? 

C533  Physical  Storage 

Will  mass  sequential  storage  be  required  for  local  outputs  and  if 
so,  for  what  types  and  how  many  bits/words/records/files/pages? 

Will  random  access  storage  be  required  for  local  outputs  and  if  so, 
for  what  types  and  how  many  bits/words/records/channels? 

C534  Total  versus  Subset 

For  which  local  outputs  will  total  access  be  required? 

For  which  local  outputs  will  total  retention  be  required? 

For  which  local  outputs  will  a subset  of  total  access  by  required? 

For  which  local  outputs  will  a subset  of  total  retention  be 

required? 

C535  Update  . . 

For  each  of  the  required  local  outputs,  what  will  be  the  validity 

threshold  time-wise? 

Which  local  outputs  can  be,  or  have  to  be,  updated  by  manual  action/ 
intervention?  Which  of  these  are  dependent  on  updated  inputs? 

Which  of  these  can  be  updated  through  analyses  of  present  data? 

Which  local  outputs  will  be  updated  upon  outside  request? 

Which  local  outputs  will  be  updated  by  local  request? 

Which  local  outputs  will  be  updated  periodically,  without  request 

or  automatically? 


- FORMAT  SPECIFICATION: 

C541  Prespecified 

Does  this  local  output  require  a pre-specified  format?  Is  this 
variable  enough  to  be  data  base  defined  as  opposed  to  hard  coded? 


C542  Canned  Specification 

Does  this  local  output  require  a general  basic  form  with  only 
changes  in  the  data  but  not  the  format? 

C543  Real-Time 

Is  there  a requirement  for  real-time  format  definition? 


C55  - SECURITY: 


C551  Level 

Which  local  data  outputs  will  have  a security  classification 
attached,  and  to  what  level? 

Which  output  data  will  require  a need-to-know? 

Which  local  output  requires  encryption? 

C552  Isolation 

Which  data  must  be  secured  in  a separate  protected  storage? 

Will  communications  security  be  required  for  classified  data? 

Will  hardware  security  be  required  for  classified  data? 

Will  operating  system  security  be  required  for  classified  data? 

C553  Access  Control 

Which  data  must  be  protected  by  multi-level  access  code  and  key- 
word control? 

Which  output  data  can  be  protected  by  single  level  access/key- 
word control? 

Will  audible  alarms  be  necessary  in  case  of  violation? 

Will  multiple  reporting  be  necessary  for  violation  and  if  so,  to 
what  persons?  Automatically?  Simultaneously?  Sequentially? 

Will  password,  or  user-ID,  or  privacy  code,  or  security  flag,  or 
retention  check,  or  access-level  keyword,  or  a combination  of  these 
be  required  for  output  data? 


- TIME-PHASED  CONSIDERATIONS 

a.  When  is  this  function  to  be  operational  (month  and  year)  - and/or 
when  is  this  function  to  be  phased  out?  What  other  functions  and 
capabilities  is  this  function  dependent  upon? 

b.  For  the  requirements  listed  above,  what  is  the  required  time- 
phasing (i.e.,  what  capabilities  are  required  at  what  times)? 
Identify  by  month  and  year. 
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C60 

LOCAL  INPUT 


C61  - 


C62 


INITIALIZATION: 


ceil 


What  is  the  key-factor  in  local  inputs  for  starting  the  initial 
acceptance  and  processing  (user  interaction,  status,  time, 
resource  availability,  or  component  availability)?  How  will  inputs 
be  assigned  for  process  control?  Are  any  subject  to  manual 
control? 


C612  Interrupt  . . 

Does  the  automatic  local  input  require  an  immediate  input/ 

output  interrupt? 

C613  Whi  ^"automatic  local  inputs  will  be  periodically  read  out  of  a 
retaining  device? 


C614  Alarm  , . , . ....  , 

Which  local  inputs  will  cause  an  alarm/alert  condition? 


C615  Wi Invalidity  and  acceptance  checks  be  performed  prior  to  initial 
processing? 


- SECURITY: 


C621  Levels 


Level 3 

Will  security  be  implemented  as  a multiple-level  structure?  Is 
System  Integrity  sufficient?  Is  File  Integrity  required?  Is  Data 
Item  Integrity  required? 


C622 


Identification  , , , . ... 
How  will  security  classification,  clearance  level,  and  access  con- 
trol be  specified  for  local  inputs? 


C623  Assignment  L . . . . 

Will  any  security  classification  have  to  be  assigned  to  local 

inputs  at  the  time  of  input? 


C624 


Access 

Will  a user's  profile  be  set  up  for  local  inputs?  Will  special 
code-words  to  extend  access  privileges  and  need-to-know  category 
designators  be  assigned  to  input  data  items? 
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C625  Isolation 

To  what  extent  must  local  input  areas  be  physically  isolated? 


C63  - TYPE: 


C631  Frequency 

Specify  local  data  item  inputs  that  arrive  on  a periodic  or  cyclic 
basis.  Specify  local  data  Inputs  that  occur  on  an  Incidental  basis 

C632  Bulk 

Do  the  local  data  item  inputs  arrive  in  bulk?  How  will  these  bulk 
inputs  be  identified?  How  will  these  bulk  inputs  be  stored  or 
retained? 

C633  Control 

Is  data  input  for  control  purposes?  What  is  routine  of  control? 
C634  Editorial 

Is  data  input  interactive  in  the  sense  of  editing  existing  data? 


C64  - FORM: 


C641  Physical 

manua?hentry)?f0rm  ^ theSe  10031  inpUtS  (e'9''  taPe>  cards-  or 
C642  Structure 

How  will  local  inputs  be  structured? 

Which  local  inputs  will  be  digital  and  which  will  be  analog? 

Will  inputs  be  assigned  according  to  structure  or  type?  Which 
ones? 

C643  Priority 

In  case  of  input  conflict,  will  a priority  system  be  utilized?  How 
many  levels? 

C644  Local  Copy 

For  what  types  of  inputs  will  a local  copy  be  required? 


C65  - QUALITY: 


C651  Validation 


check  be  made  on  all  incoming  data  items?  Will  a 
validity  check  be  made  on  all  manual  Intervention  actions? 


C652  Action 

On  what  inputs  will  automatic  corrective  action  be  attempted?  What 
quantities  of  inputs?  What  type  of  inputs  will  be  discarded  upon 
inconclusive  validity  check?  Hera  much? 


C66  - QUANTITY; 


C661  Amount 

What  amount  of  data  needs  to  be  input  on  the  average?  What  are  the 
maximum  and  minimum  amounts? 


C662  Frequency 

How  often  are  these  data  inputs  and  what  is  the  distribution? 


C67  - TIME-PHASED  CONSIDERATIONS 


a. 


When  is  this  function  to  be  operational  (month  and  year)  - and/or 
when  is  this  function  to  be  phased  out?  What  other  functions  and 
capabilities  is  this  function  dependent  upon? 


b. 


For  the  requirements  listed  above,  what  is  the  required  time- 
phasing (i.e.,  what  capabilities  are  required  at  what  times)? 
Identify  by  month  and  year. 
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C70 

PERSONNEL 


- POSITIONAL  CHARACTERISTICS: 


C711  Position  Name  and  Description 

What  is  the  name  and  general  description  of  the  operator/analyst 
position  required  for  this  function? 

C712  Time  Distribution 

What  is  the  total  time  required  by  this  position  for  the  function 
and  when  is  it  required? 

C713  Data  System  Interface 

What  is  the  nature  of  the  interface  of  this  position  with  the 
data  system? 

C714  Qualification/Specialty 

What  is  the  time  required  qualification  or  specialties  required  to 
perform  this  function? 

C715  Security  Level 

What  level  of  security  clearance  is  required  to  perform  this 
function? 


CONSTRAINTS: 


C721  Quantity  of  Personnel 

What  people  are  available  to  perform  this  function? 

C722  Quality/Specialties 

What  specific  specialties  are  available  (computer  operators,  data 
analysts,  etc.)? 

C723  Source 

What  is  tne  source  for  personnel  to  perform  the  function  (organi- 
zation; task  sharing  with  other  operator  positions)? 

C724  Security  Level 

What  security  levels  are  available  from  these  personnel? 


C73  - DATA  SYSTEM  TRAINING 


C731  Component/Area 

What  hardware/software  training  is  required  to  perform  this  function? 
C732  Quantity 

What  courses  of  what  duration  should  be  anticipated  and  for  how 
many  people? 

C733  Level 

What  are  the  levels  (depth)  of  courses  required?  Are  training 
capabilities  (personnel  and  facilities)  adequate  at  AFGWC? 


C80 

MANAGEMENT 


C81  - CONTROL: 


C811  User  Versus  Site 

To  what  extent  will  this  function  affect  control  responsibilities 
and  procedures  between  GWC  and  User  organizations?  Upon  whose  con- 
trol does  the  function  depend? 

C812  Data  System  Responsibility 

How  will  this  function  affect  AFGWC's  level  of  control  over  in-house 
data  system  operations?  Where  does  responsibility  for  data  system 
performance/support  reside  operationally?  J 

C813  Command  and  Control  Source 

Will  this  function  affect  command  and  control  of  AFGWC  operation? 
Organizationally  where  does  local  control  responsibility  reside? 

C814  Resource  Allocation 

Will  this  function  affect  the  allocation  of  resources  within  AFGWC 
(e.g.,  reorganization,  etc.)?  Does  it  fit  into  the  current  scheme 
of  resource  allocation?  Is  there  any  special  resource  control 
required  for  this  u/nction? 


C82  - LOGISTICS: 


C821  Phase-over 

To  what  extent  can  operations  be  interrupted  or  suspended  to 
permit  installation  and  checkout  of  new  hardware  and  software? 

C822  Spare  Parts  Philosophy 

What  are  the  requirements  for  spare  parts  inventory?  Amount7 
Accessibility? 


C83  - PLANNING: 


C831  Readiness  Exercise 

To  what  extent  will  data  system  resources  be  required  to  verify 
readiness  to  perform  this  function? 

Is  this  function  required  to  support  readiness  tests  for  other 
functions? 


446 


C832  System  Simulation 

Is  system  simulation  required  by  this  function? 

C833  Scheduling 

What  affect  does  this  function  have  on  data  system  scheduling? 


MAINTENANCE: 

C841  Program 

What  is  the  effect  of  maintaining  new  programs  required  to  perform 
this  function? 

C842  Failure  Response 

What  response  is  required  when  hardware/software  failure  occurs? 
C843  Reliability 

What  reliability  of  hardware  is  required? 

C844  Degradation 

How  can  graceful  degradation  be  achieved?  To  what  degree  is  it 
required? 


C90 

FACILITIES 


C91  - SUPPORT: 


C911 


Power 

What  are  the  electrical  power  requirements  for  performing  this 
function  (average,  peak,  backup)? 


C912 


Environment 

What  environment  (e.g.,  heat  and  air  conditioning)  is  required? 
Are  there  any  special  environmental  considerations  for  this 
function? 


C92  - PERSONNEL  WORK  AREAS: 


C921 


Data  Processing  Terminals 

What  kinds  and  how  many  terminals  (input/ output)  are  required  to 
automate  this  function? 


C922 


Work  Environment 

What  are  the  pertinent  environment  considerations  (e.g.,  light, 
noise  level,  temperature  control)? 


C923  Support  Equipment 

What  Aeorspace  Ground  Equipment  (AGE)  is  required  to  operate  and 
maintain  the  hardware/software  for  this  function? 


C924  Size 


To  what  extent  (square  feet  and  % increase)  should  facilities  be 
increased  to  permit  this  function  to  be  performed  adequately? 


C925 


Security 

What  security  requirements  affect  the  utilization  of  space  for 
this  function  (levels  of  access,  need  for  isolation,  out-house 
personnel  and  communications  considerations)? 


C93  - STORAGE  AND  SUPPORT  AREAS: 


C931  Size 


What  additional  floor  space  (square  feet  and 
required  to  support  this  function? 


increase)  is 
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C932  Structure 

What  new  structural  requirements  (e.g.,  strengthening)  are 
necessary? 

C933  Environment 

What  are  average  and  peak  load  environmental  requirements  in 
storage  and  support  areas  (temperature,  humidity)? 

C934  Securi ty 

What  security  requirements  affect  the  utilization  of  space  for  this 
function? 

C935  Electromagnetic  Pulse  (EMP) 

What  levels  of  EMP  protection  must  be  provided? 

C936  Radio  Frequency  Interference  (RFI) 

What  protection  against  electromagnetic  radiation  and  RFI  must  be 
provided? 


GOO  GENERAL  PERFORMANCE  SPECS 


I 

- 


i 


GIO  - Growth  Potential 


Historically,  how  has  this  function  grown  (over  the  last  5-10  years)? 
What  resources  has  It  used  more  of  and  how  much?  What  requirements 
caused  this  growth? 


What  is  the  growth  potential  and  what  requirements  are  forcing  growth? 
What  Is  the  error  size  for  your  estimate  of  future  growth? 

Gil  Input  Data 

What  is  the  growth  in  resources  needed  due  to  more  input  data? 
Computation 

What  is  the  growth  due  to  more  accurate  computation? 

Output  Data 

What  is  the  growth  due  to  more  users  or  more  products? 
Automation 


G12 


G13 


G14 


What  will  be  the  increase  in  load  on  computer  system  resources 
due  to  automation  of  a manual  function? 


G15  Interaction 


If  a batch  function  is  to  be  made  interactive,  what  increase  in 
system  load  will  occur  due  to  interaction  overhead  and  due  to  the 
increased  frequency  of  usage  of  the  machine? 


G20  - Maintainability 

G21  Modularity/ Isolation 


What  system  components  need  the  highest  reliability  because  their 
failure  cripples  access  to  a large  amount  of  system  resources? 
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G22  Fault  Detection 


How  is  the  status  of  equipment  and  software  obtained  today?  Is 
there  an  historical  record  used  to  identify  troublesome  components? 


G23  Fault  Isolation 


How  is  fault  isolation  currently  performed  between  hardware  com- 
ponents, hardware  and  software  components,  and  Exec-8  and  AFGWC 
programs?  What  are  the  shortcomings  of  this  approach?  What  are 
the  good  points  of  it? 


G24  Repair 


What  equipment  currently  (and  in  the  future)  cannot  be  taken  off 
line  for  preventative  maintenance?  Has  this  measurably  affected 
reliability? 


What  is  the  average  system  capacity  lost  during  a month  to  preven- 
tative and  restorative  maintenance? 


G30  - Reliability 


What  percent  reliability  does  the  user  require  (expect)  of  AFGWC  in  pro- 
viding this  function? 


G31  Mean  Time  to  Failure 


How  reliable  has  the  computer  system  been  historically  relative  to 
the  need  for  reliability  for  this  function? 


G32  Ability  to  Degrade 


How  is  a failure  recovered  from?  Can  lower  priority  functions  be 
dropped?  Which  components  can  fail  with  only  partial  loss  of 
throughput? 


G33  Redundancy 


What  computer  resources  are  used  uniquely  for  this  function  whose 
failure  would  prevent  its  accomplishment?  Are  these  resources 
backed  up  redundantly? 


G40  - Integrity 

What  level  of  error  can  be  afforded  in  this  function? 
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Self  Checking 

What  safeguards  exist  to  prevent  annhilation  of  the  function's 
data  base? 

Error  Detection 

How  is  quality  control  accomplished  for  this  function? 


G50  - Testability 

G51  Modularity 

Does  a set  of  components  have  to  be  taken  from  the  operational 
system  to  test  this  function  or  changes  to  this  function?  If  so, 
what  are  they? 

G52  Simulation  of  Dynamics 

Is  it  feasible  to  drive  the  function  by  simulated  input  and  dummy 
responses? 

G53  Flow  Visibility 

Is  it  possible  to  know  that  all  paths  through  the  code  or  all 
functions  have  been  exercised? 

G54  Data  Uniqueness/Dependency 

Does  testing  require  historical  files  of  weather  data?  Does 
testing  require  comparison  with  empirical  data  or  output  of  other 
programs? 


G60  - Adaptability 

What  reaction  would  be  necessary  if  the  missions  supported  by  this  func- 
tion changed  relative  priorities?  If  related  events  or  missions  changed 
priorities? 

G61  General  Form/Purpose 

What  effect  on  the  performance  characteristics  (e.g.,  run  time) 
does  modularity,  or  lack  of  it,  have? 

Are  any  future  requirements  cause  for  this  function  to  be  split 
up? 
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662  Modularity  of  functions 

How  is  this  function  coupled  to  others  (s.g . » control,  loading, 
timing,  scheduling,  common  data,  boundary  conditions,  first-guess 
fields,  resource  conflicts,  etc.)? 

What  is  the  relative  binding  (cohesiveness  or  homogeneity)  of  this 
function?  In  other  words,  are  subfunctions  present  because  of 
historical  accident  or  is  there  a logical  relationship? 


670  - Availability 

What  % of  the  time  does  the  computer  system  Interface  for  this  function 
have  to  be  available  in  order  for  it  to  be  accomplished? 

What  flexibility  exists  to  perform  other  tasks  if  the  machines  are 
unavailable? 

What  critical  data  is  lost  due  to  unavailability  of  the  computer  system? 

Does  this  function  lend  itself  to  "catch-up"  processing? 

What  resources  are  wasted  if  the  computer  system  is  unavailable? 

Can  input  to  the  computer  be  buffered  (collected  and  stored)  for  trans- 
mission when  the  system  comes  up  again? 

Does  a fully  "loaded"  system  effectively  mean  that  the  system  is 
unavailable  to  this  function? 
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This  assembly  resulted  in  the  production  of  several  highly  specialized  working 
paper  summaries  that  provided  the  basis  for  overall  data  system  requirements 
development.  These  detailed  data  have  been  provided  under  separate  cover. 


The  compilation  of  basic  overall  characteristics  was  then  accomplished  by  "sum- 
ming" characteristics  areas  across  all  functions.  For  example,  overall  storage 
requirements  were  established  by  totalling  the  CIO  requirements  for  all  func- 
tional areas  from  FI  1 00  through  F4600.  Similar  procedures  were  followed  for 
C20  (Data  Transfer  and  Routing),  C30  (Computation  and  Software),  and  other 
characteristics  areas  through  C90  (Facilities).  The  results  of  these  compila- 
tions appear  in  Sections  5.1  through  5.8.  These  assemblies,  in  conjunction  with 
the  network  analyses  uf  Section  4.0,  formed  the  foundation  for  the  eventual 
selection  of  data  system  architecture  characteristics  in  subsequent  tasks. 


5.1  DATA  STORAGE 


Data  storage  has  been  broken  into  four  classifications  for  discussion:  main 
memory,  permanent  mass  storage,  temporary  storage,  and  archival  storage. 


Main  memory  is  the  CPU-associated  storage  required  for  instructions  and  accom- 
panying data.  FORTRAN  programs  run  routinely  like  3DNEPH  (3  dimensional 
nephanalysis)  use  main  memory  as  do  real-time  assembler  programs  like  RTOS 
(real-time  operating  system).  Figure  23  depicts  the  demand  on  main  memory 
requirements  in  1977.  This  represents  a minor  extrapolation  of  a)  present  sys- 
tem checklists  used  to  operate  the  AFGWC  systems,  b)  data  obtained  by  inter- 
views conducted  by  SDC  at  AFGWC.  The  average  case  is  the  expected  run  time 
according  to  the  checklists,  and  the  peak  case  assumes  a reasonable  variation 
of  start  and  finish  times.  Figure  24  portrays  the  average  case  projected 
to  1982.  It  is  based  on: 


a.  Sizing  of  new  models  expected  to  be  in  operation  by  that  time; 


b.  Analysis,  forecast,  and  prognosis  type  programs  running  primarily 
between  2Z-6Z  and  14Z-18Z; 
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Figure  24 


. Average  GWC  Main  Memory  Utilization  for  1977  and  1982 
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c.  Request,  image  and  special  type  programs  evenly  distributed  within  a 
12-hour  period;  and 


d.  Line  of  sight  and  minuteman  models  being  run  almost  continuously  thru 
the  24-hour  period. 


Permanent  mass  storage  is  primarily  required  for  intercommunication  between 
programs.  For  example  an  analysis  program  will  put  its  output  in  permanent 
mass  storage  where  the  forecast  program  can  obtain  it  for  use  as  a continuity  field. 
Similar  applications  exist  in  satellite  processing  where  satellite  data  stored 
in  the  data  base  (on  permanent  mass  storage)  by  reduction  techniques  will  sub- 
sequently be  used  by  analysis  algorithms.  The  demand  on  permanent  mass  storage 
is  constant  throughout  a given  cycle  and  will  only  vary  over  much  longer 
periods  of  time  as  functions  are  added  to  or  deleted  from  the  system.  A 
determination  of  the  1977  through  1982  permanent  mass  storage  requirements 
expressed  in  Figure  14  is  based  on  the  assumption  that  fine  satellite  data 
files  are  compressed  on  a 4 to  1 basis  and  that  the  listed  growth  rates  of  the 
following  major  users  apply: 


a. 

b. 

c. 

d. 

e. 


Analysis  and  forecast  files  - 10% 

Gridded  satellite  files  —6  times  1977  baseline 
Save  satellite  files  -6  times  1977  baseline 
Special  fields  - 40% 

Absolutes  - 3% 


Temporary  storage  is  required  for  operations  (such  as  buffering)  within  a pro- 
gram and  is  released  immediately  when  a function's  need  for  it  disappears. 

Most  operational  analysis,  forecasting,  and  display  programs  at  AFGWC  use  such 
temporary  storage  but  those  involved  with  satellite  data  ingest  and  display 
and  SPRINT  have  the  largest  requirements.  For  the  estimates  expressed  here, 
it  will  be  assumed  there  is  a need  for  continuous  recording  of  2 vehicles  and 
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5 other  weather  satellites.  This  situation  is  illustrated  in  Figure  13.  This 
diagram  assumes  a constant  demand  of  35  positions  (114,688  36-bit  words  each) 
for  each  the  classified  input  and  output  functions;  366  positions  in  constant 
use  for  2 SPRINT  3DNEPHs,  2 SPRINT  satellite  displays,  and  5 other  displays; 
and  finally  a temporal  variation  in  demand  by  the  remaining  routines  based  on 
average  run  times  specified  in  a 1975  checklist.  The  unchanging  nature  of 
requirements  associated  with  SPRINT  and  satellite  processing  and  the  assumption 
that  new  routines  at  AFGWC  will  not  use  significantly  more  temporary  mass  storage 
than  their  predecessors  leads  to  the  belief  that  the  information  presented  in 
Figure  13  will  remain  accurate  throughout  the  1977  to  1982  period. 

Archival  and  save  data  are  considered  to  be  those  data  requiring  no  immediate 
access  requirement.  This  type  of  data  is  normally  stored  sequentially  off-line 
on  magnetic  tape.  To  determine  the  archival  and  save  storage  requirements  for 
the  1977  through  1982  time  period,  the  1975  magnetic  tape  capacity  and  utiliza- 
tion were  extrapolated  to  1977.  All  AFGWC  magnetic  tapes  were  considered  even 
though  their  characteristics  were  not  the  same.  The  1982  requirements  were 
defined  by  determining  the  numcer  of  tapes  required  for  a 90-day  ETAC  data  save 
and  by  allotting  a 10%  growth  to  the  1977  baseline. 

To  accommodate  the  90-day  archive  save  for  ETAC,  1,336.5  x 106  words  (36  bits/ 
word)  must  be  stored. 

Magnetic  tapes  with  the  following  characteristics  are  assumed: 

a.  Density  of  6,250  bytes/inch, 

b.  Block  size  of  16,536  bytes, 

c.  Inter-block  gap  (IB6)  of  0.3  inches, 

d.  Usable  tape  length  = 2,350  feet  = 28,200  inches,  and 

e.  6 bit  BCD  byte  code  = 6 bytes/36  bit  word. 
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The  total  number  of  tapes  required  to  store  the  90-day  ETAC  data  can  be  computed 
as  follows: 

Bytes  to  be  stored  = 1.3365  x 10®  words  x 6 bytes/word  = 8.019  x 10^ 

Tape  blocks  required  = 8.019  x 10®  bytes  * 16,536  bytes/block  = 4.849  x 10^ 

Tape  length  per  block  = bytes/inc'r  + 0,3  in  = 2,95  inches/b1ock 

Single  tape  capacity  = = 9,56  x ]°3  b1ocks 

Allowing  a single  tape  capacity  of  9.0  x 10^  blocks/tape,  the  total  number 
of  tapes  required  is, 

4.849  x 105  blocks  , 53  9 or  64  tapes. 

9.0  x 10J  blocks/tape 

For  adequate  operational  contingencies  the  number  of  tapes  required  should  be 
increased  by  a minimum  of  10%,  therefore  the  total  number  of  magnetic  tapes 
required  would  be  59. 

If  the  assumptions  made  in  this  summary  of  data  storage  characteristics  remain 
valid,  then  the  following  points  have  been  established: 


A.  An  additional  capacity  of  at  least  1,150  blocks  of  core  storage 
( ~ 600  K words)  will  be  required  by  1982. 

b.  75%  of  the  new  main  memory  storage  will  be  in  continuous  operation 
in  order  to  meet  line  of  sight  and  Minuteman  requirements. 

c„  Permanent  mass  storage  requirements  will  double  from  the  1977  base- 
line to  a total  of  about  750  x 106  words  by  1982,  with  primary 
growth  occurring  in  1980. 


d.  The  principal  cause  of  mass  storage  growth  is  due  to  gridded  satellite 
file  requirements. 

e.  Temporary  storage  requirements  will  not  change  significantly  from  the 
1977  baseline  of  about  57  x 106  words. 


f. 


Archive  storage  capacity  requirements  will  require  a capability  to 
store  an  additional  138  x 109  bits  (over  1000  additional  tapes)  by 
1982. 
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Table  4.  AFGWC  Archive  and  Save  Storage  1977  - 1982. 


1977 


1982 


Available  Capacity 
Utilization: 


10,000  Magnetic  Tapes 


Programmer  Save 
Scratch  (6  Day  Save  Cycle) 
Takers  and  Miscellaneous  Save 
Special  Projects  Save 
Write  Protect 
Satellite  Analog  Save 
Satellite  Save  Scratch 


5,000  Tapes 
600  Tapes 
1 ,400  Tapes 
288  Tapes 
1 ,112  Tapes 
500  Tapes 
200  Tapes 


Total 


Reserve 


9,100  Tapes 

900  to  1 ,000  Tapes 


New  Requirements  between  1977  and  1982 


90-Day  ETAC  Data  - 59  Tapes 

10%  Increase  from  1977  — 1,000  Tapes 


Estimated  1982  Requirement  - 11,059  Magnetic  Tapes 
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5.2  DATA  TRANSFER  AND  ROUTING 


5.2.1  General 


The  requirements  and  system  characteristics  delineated  below  reflect  analysis  of 
data  from  a variety  of  sources,  and  encompass  a number  of  pertinent  functional 
areas.  Primary  information  sources  included  DO  personnel  as  well  as  personnel 
in  the  1911th  communications  squadron,  plus  statistical  data  compiled  by  the  DO 
staff.  Included  also  was  information  assembled  by  ESD  personnel  in  their  recent 
data  commtmi cations  study  for  AFSWC.  Overlaying  all  of  these  analyses  was  the 
extensive  package  of  user  requirements  documentation  provided  by  AWS. 


Pertinent  functional  areas  included  virtually  all  of  the  major  data  processing 
and  dissemination  areas.  Key  among  these  were: 


FI  200: 
FI  400: 
F2300: 
F2400: 
F3600: 
F4500: 


Conventional  Data  Input  Processing 
Product  Requests  Input  Processing 
Analysis  Computations 
Forecast/Prognosis  Computations 
Dedicated  Circuit  Output  Processing 
Real-Time  Computer  Operations 


5.2.2  Data  Transfer  Routing  Requirements 


5. 2. 2.1  Communications  Processing  Characteristics 

Statistics  compiled  in  conjunction  with  the  recently  completed  ESD  study  regard- 
ing the  AFGWC  communications  processor  indicate  that  although  all  16  input/output 
channels  are  allocated,  the  traffic  on  many  of  these  channels  is  quite  low.  The 
highest  activity  is  on  one  of  the  two  8440  disk  channels  (46%),  while  the  other 
8440  channel  only  experiences  about  14%  utilization.  This  suggests  that  one 
avenue  for  investigation  is  a reorganization  of  the  files  accessed  by  these 
channels,  such  that  less  computer  time  is  wasted  waiting  on  input/output. 
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Several  of  the  other  channels,  however,  receive  very  low  utilization.  As  can 
be  seen  in  Table  5,  activity  is  well  below  1%  on  several  channels,  suggesting 
that  future  architectures  should  consider  combining  low  level  channel  users  on 
individual  channels  (providing  such  mixes  of  device  controllers  can  be 
tolerated) . 


This  grouping  of  channel  "customers"  is  essential,  if  new  users  are  to  be 
accommodated.  Presently,  there  are  no  available  channels  on  Systems  I or  IV; 
i.e.,  all  16  channels  connected  to  the  input/output  controllers  are  used.  If 

a similar  configuration  is  to  be  employed  in  a future  architectural  design, 
either  such  a grouping  or  an  additional  IOC  must  be  acquired  to  permit  the 
hookup  of  IPADS  equipment  and/or  gear  for  Automated  Work  Centers. 


The  effective  balance  of  overall  CPU  and  input/output  time  also  warrants 
consideration.  Statistics  indicate  that  for  System  I,  the  CPU  and  input/ 
output  channels  are  simultaneously  busy  only  45%  of  the  time  (see  Figure  25). 
Note  that  as  shown  in  this  figure,  the  CPU  was  active  with  no  input/output 
activity  for  13%  of  the  time,  while  input/output  was  occurring  with  no  com- 
puting about  32%  of  the  time  (10%  of  the  time  there  was  neither  CPU  nor  input/ 
output  traffic).  While  it  is  admittedly  difficult  to  achieve  very  high  per- 
centages of  overall  system  utilization,  it  should  be  possible  in  future 
architectures  to  improve  the  efficiency  of  CPU  operation  over  that  shown  for 
System  I. 


CPU 

CPU 

& 1/0 

CPU  IDLE  AND 

CPU  AND  1/0 

ACTIVE 

IDLE 

1/0  ACTIVE 

BOTH  ACTIVE 

ONLY 

10% 

32% 

V 

45% 

. / 

13% 

AT  LEAST  ONE  CHANNEL  BUSY  - 77% 


MAC  CHANNEL  RATE:  250,000  wds/sec 

MAX  IOC  RATE:  1,333,000  wds/sec  (TO  16  CHANNELS) 


Figure  25.  System  I CPU  and  1/0  Activity 
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Table  5.  Average  Channel  Data  Traffic  on  System  I 


Channel 

Type 

% Busy 

% STD  DEV 
1 Min 

% STD  DEV 
5 Min 

.0 

8440  Disc 

14.0 

10.3 

6.3 

1 

8440  Disc 

46.0 

18.9 

16.0 

2 

1782/432 

16.0 

8.0 

6.6 

3 

TAPE 

10.0 

19.5 

12.0 

4 

432 

0 

- 

- 

5 

CTMC 

0.4 

0.16 

0.11 

6 

CTMC 

C\l 

• 

o 

0.00 

0.05 

7 

I ecu 

2.7 

** 

** 

8 

I ecu 

1.3 

** 

** 

9 

1004  REM 

21.0 

15.0 

10.1 

10/11 

AUTODIN 

0.3 

** 

★★ 

12/13 

PRINTERS 

0 

17.5 

0.4 

14 

RDR/PCH 

0.3 

** 

** 

15 

CONSOLE  (NEW) 

18.0 

23.6 

15.2 

(OLD) 

35.0 

* 

* 

* No  data  available 

* High  dispersion 


5. 2. 2. 2 In-House  Dedicated  Circuit  Traffic 


AFGWC  communications  must  now  serve  a variety  of  in-house  users  in  WPF,  WPE,  and 
WPJ,  who  use  CRTs,  DCT  printers,  and  KSR  teletypes  on  a variety  of  circuits 
varying  In  speed  from  75  to  3600  baud.  Statistics  indicating  the  levels  cf  this 
traffic  appear  in  Tables  6 through  8. 


Indications  are  that  these  levels  will  expand  considerably  in  the  future  as 
greater  quantities  of  more  effective  interactive  devices  are  implemented.  Ser- 
vice will  probably  be  extended  to  WPA,  WPP,  and  WPD  personnel,  particularly  to 
support  the  proposed  Automated  Work  Centers.  There  will  continue  to  be  require- 
ments for  mixes  of  classified  and  unclassified  data  for  in-house  traffic,  prob- 
ably with  a significantly  higher  proportion  of  secure  traffic  than  currently 

exists. 


These  needs  infer  the  use  of  a local  minicomputer  to  accommodate  this  internal 
information  transfer.  Such  an  option  might  be  especially  feasible  if  external 
communications  to  service  terminal  interfaces  are  delegated  to  a front-end 
processor. 


5. 2. 2. 3 Data  Base  Transfers  and  Specialized  Considerations 

Several  of  the  requirements  for  storage  of  high  volumes  of  data  and  for  their 
rapid  transfer  within  AFGWC  will  be  significant  design  factors  for  the  1977  - 
1982  architecture.  As  the  sheer  size  of  the  AFGWC  data  base  increases,  there  will 
be  corresponding  increases  in  the  levels  of  data  that  must  be  exchanged  between 
auxiliary  storages,  main  memory,  communications  terminals,  and  other  devices. 
Moreover,  if  the  trend  will  be  to  more  of  a physically  centralized  data  base, 
there  will  be  more  possibilities  for  storage  access  interference,  requiring 
more  attention  to  possible  problems  of  access  control. 


Satellite  data  input  requirements  may  be  especially  stringent  in  this  regard. 
With  the  advent  of  TIROS-N  and  GOES,  and  with  the  influx  of  greater  amounts 
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of  data  from  DMSP,  AFGWC  will  be  faced  with  extremely  high  volumes  of  data  that 
must  be  transferred  between  terminals,  auxiliary  storage,  and  main  memory. 
Moreover,  this  data  must  be  transferred  and  accessed  rapidly  to  make  full  timely 
use  of  this  information. 


Other  user  requirements  provide  unique  timing  constraints.  To  support  WWMCCS, 
Computer  Flight  Plans  must  be  processed  at  rates  up  to  250  per  hour.  While 
accompanying  storage  requirements  may  not  be  inordinate,  the  volume  of  these 
products  will  require  very  rapid  transfers  of  associated  data,  which  in  turn 
will  demand  judicious  priority  and  routing  control  considerations.  In  addition, 
the  ingestion  of  large  amounts  of  digital  radar  data  will  require  high  burst 
transfers  of  about  106  bits  of  data  in  a few  seconds  from  a dedicated  terminal 
to  temporary  storage,  with  almost  immediate  transfer  to  main  memory  for  analysis 
by  the  digital  radar  model.  Again,  while  the  total  volume  may  not  be  excessive, 
transfer  rates  must  be  sufficiently  high  to  permit  rapid  transmission  of  the 
information  so  as  to  make  optimum  use  of  this  timely  data. 


Error  integrity,  security,  and  standardization  all  impose  unique  requirements. 
With  a broader  spectrum  of  internal  "customers"  in  the  post-1977  era,  capabili- 
ties must  be  available  for  retransmission  of  critical  information  whenever 
messages  or  data  are  not  properly  received.  Classified  data  is  especially 
important  in  this  regard  - security  requirements  demand  that  information  is 
exchanged  in  accordance  with  rigid  security  standards,  so  as  to  guarantee  access 
only  by  proper  level  recipients.  This  will  be  especially  important  with  the 
advent  of  WWMCCS  in  1978.  Also,  the  greater  amounts  of  information  transfer  to 
a wider  range  of  internal  users  demands  more  standardized  approaches  to  priority 
addressing  and  systematized  control  techniques.  This  is  necessary  to  maintain 
simplicity  in  the  hardware  and  software  used  to  disseminate  data,  as  well  as  to 
further  quarantee  error  integrity  and  reliability. 

Thus,  although  several  user  requirements  will  have  significant  impact  on  the 
AFGWC  architecture  in  the  post-1978  era,  requirements  for  internal  data  transfer 
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Table  6.  CRT  Terminal  Traffic  (All  3600  baud  circuits) 


Channel 

Address 

Addressee 

Avg  Input  (ch/sec) 
all  Unclassified 

Avg  Output  (ch/sec) 
all  Unclassified 

Net 

Average 

5 

1C1 

WPF 

2.1 

5.2 

7.3 

5 

1C3 

WPF 

2.3 

6.5 

8.8 

6 

1C4 

WPF 

2.0 

5.7 

7.7 

6.4 

17.4 

23.8 

ch/sec 

Table  7.  DCT  Terminal 

Traffic  (All 

3600  baud  circuits) 

Channel 

Address 

Addressee 

Avg  Input  (ch/sec) 
Secure  (insecure 

Avg  Output  (ch/sec) 
Secure  Unsecure 

Net 

Average 

Traffic 

5 

1D1 

WPF 

- 

0.9 

- 

32.0 

32.9 

5 

2D2 

WPF 

- 

2.3 

96.0 

98.3 

5 

1D3 

WPJ 

- 

0.4 

- 

15.0 

15.4 

5 

2D1 

WPE 

- 

0.1 

- 

5.0 

5.1 

5 

1D2 

WPF 

- 

1.6 

- 

6.0 

7.6 

6 

1D7 

WPF 

- 

1.1 

- 

23.0 

24.1 

6 

1D4 

WPJ 

- 

0.7 

- 

31.0 

31 .7 

6 

109 

WPF 

- 

0.7 

- 

29.0 

29.7 

6 

1D6 

WPF 

- 

0.7 

- 

28.0 

28.7 

6 

1D5 

WPF 

1.1 

17.0 

- 

18.1 

1.1 

8.5 

17.0 

265.0 

J 

291.6 

ch/sec 

V 

9.6 

282.0 
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Channel 

Address 

Addressee 

Speed 

(baud) 

Avg  Input 
(ch/sec) 

All  Unclassified 

Avg  Output 
(ch/sec) 

All  Unclassified 

Net 

Average 

Traffic 

5 

3K3 

WPF 

300 

10.0 

10.0 

5 

3K6 

WPF 

300 

- 

7.4 

7.4 

5 

2K4 

WPE 

300 

- 

8.8 

8.8 

5 

1K2 

WPJ 

no 

0.02 

0.26 

0.28 

5 

1K3 

WPF 

no 

0.05 

0.50 

0.55 

5 

3K8 

In=WSU 

0ut=WPJ 

75 

- 

0.70 

0.70 

6 

1K7 

WPF 

300 

- 

13.2 

13.2 

6 

3K7 

Admin 

Inhse 

75 

- 

2.9 

2.9 

6 

3K4 

WPJ 

300 

- 

8.7 

8.7 

6 

3K5 

WPF 

300 

- 

13.1 

13.1 

6 

1K1 

WPF 

no 

0.1 

0.9 

1.0 

6 

3K2 

WPF 

300 

- 

8.5 

8.5 

6 

2K3 

Inhse 

75 

- 

4.9 

4.9 

Monitor 

TTY 

0.17 

79.86 

80.03 

ch/sec 
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5.3  COMPUTATION  AND  SOFTWARE 

Several  sources  of  information  were  pursued  to  develop  the  following  AF6WC 
requirements  for  computation  and  software.  Interviews  were  conducted  with 
personnel  in  every  organizational  branch  of  AFGWC,  and  extensive  analyses  were 
made  of  pertinent  listings  and  related  documentation.  Statistics  and  initial 
information  regarding  current  programs  were  obtained  from  system  checklists 
and  the  77  baseline  Data  Automation  Requirement.  Another  key  source  of  data 
regarding  analysis  and  forecast  models  was  the  Advanced  Models  summary  pro- 
vided by  the  SA  (now  WPA)  staff.  This  document,  in  conjunction  with  supple- 
mental interviews  with  SA  personnel,  provided  extensive  information  concerning 
sizing,  timing,  implementation  dates,  and  other  pertinent  data  regarding 
anticipated  models.  As  with  all  data  system  characteristics  areas,  extensive 
use  was  made  of  the  user  requirements  documentation  provided  by  AWS. 


Pertinent  function  areas  were  those  in  the  Data  Base  Computations  area,  as  well 
as  some  in  support  processing,  including: 


F2100 

F2200 

F2300 

F2400 

F2500 

F4100 

F4200 

F4500 


SESS  Computations 
Request  Processing  Computations 
Analysis  Computations 
Forecast/Prognosis  Computations 
Special  Projects  Computations 

Software  Development  and  Maintenance  Support  Processing 
Special  Studies  and  Analyses  Support  Processing 
Continuity  of  Operations  Support  Processing 


An  extensive  analysis  has  been  performed  of  all  current  and  future  computa- 
tional requirements  impacting  AFGWC.  In  terms  of  1108  wall  time  utilization, 
a 12  hour  profile  of  current  computer  usage  was  presented  as  the  lower  curve  of 
Figure  18.  As  might  be  expected,  peak  situations  require  the  equivalent  of 
five  to  six  1108  CPUs  to  effectively  process  required  workloads,  even  though 
the  "average"  utilization  might  be  between  three  and  four  CPUs. 
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The  upper  curve  of  this  figure  illustrates  an  analogous  timeline  for  1982, 
wherein  new  major  requirements  for  1982  have  been  superimposed  on  the  1975 
profile,  and  phased-out  requirements  have  been  deleted.  The  following  key 
assumptions  were  made: 

a.  Cloud  free  line  of  sight  and  Minuteman  were  each  allocated  1 CPU, 

b.  Satellite  displays  were  allocated  2 CPUs, 

c.  SPRINT  Satellite  Data  Processing  (2  vehicles)  was  allocated  2 CPUs. 

It  can  be  seen  that  the  1982  profile  closely  parallels  that  of  1975;  i.e., 
changes  to  requirements  other  than  those  major  items  indicated  above  do  not 
appreciably  affect  the  shape  of  the  1982  curve.  However,  it  is  important  to 
note  that  "100%  efficiency"  was  assumed  in  extrapolating  to  the  1982  profile; 
that  is,  inefficiencies  for  wait  times  and  the  like  have  not  been  factored  in 
as  yet.  Thus,  the  1982  curve  presented  in  Figure  18  should  be  considered  to 
represent  a theoretically  ideal  minimum  number  of  CPUs. 

A profile  of  how  CPU  usage  requirements  will  vary  over  the  1977  - 1982  time 
frame  was  shown  in  Figure  15.  The  primary  reasons  for  the  yearly  changes  are 
requirements  for  new  and  modified  analysis  and  forecasting  functions,  resulting 
in  a requirement  for  the  equivalent  of  approximately  twelve  1108  CPUs  opera- 
ting at  100%  efficiency  in  1982  (as  was  illustrated  in  Figure  18),  assuming  a 
throughput  rate  of  1.25  mips  per  CPU  and  based  on  an  overall  requirement  for 
an  average  computation  rate  of  15  mips  by  the  AFGWC  computer  complex. 

However,  as  is  indicated  in  Figure  11,  examination  of  the  "average"  AFGWC  func- 
tion shows  it  makes  use  of  the  CPU  only  47.1%  of  the  time,  leaving  it  idle  the 
remainder  (while  it  is  involved  in  transfer  or  waiting  for  other  activities 
such  as  operator  interface).  Such  an  efficiency  suggests  it  would  really  take 
(15  t 0.471)  or  almost  32  mips  to  perform  AFGWCs  requirements  which  translates 
to  25.4  1108  CPUs. 


Loading  multiple  "average"  functions  within  a given  CPU  has  the  promise  of 
making  better  use  of  the  available  computers  by  raising  the  efficiency. 

Figure  12  suggests  this  solution  and  shows  how  a maximum  CPU  usage  with  2.19 
simultaneous  "average"  functions  would  reduce  the  necessary  1108  CPUs  from 
25.4  down  to  about  12.  Keep  in  mind,  however,  that  this  ideal  loading  solution 
Ignores  all  time  lines  and  demands  an  ideal  interaction  between  programs 
suggesting  very  careful  coding. 

Regardless  of  the  number  of  computers  required,  it  has  been  determined  In 
trying  to  classify  AFGWC  automated  functions  that  the  following  percentages 
of  "CPU  power"  will  be  required  for  the  stated  tasks: 


1977 

1982 

Mathematical  Computations 

57% 

75% 

Data  Manipulation 

41% 

24% 

File  Maintenance 

2% 

1% 

The  figures  and  computations  to  this  point  have  ignored  time  deadlines  and 
functional  predecessor-successor  relationships  so  Important  in  determining 
how  efficiently  computer  resources  can  be  utilized.  The  Network  Analysis 
presents  the  discussion  involved  with  these  considerations.  At  this  time  we 
will  just  refer  back  to  Figures  16  and  17  to  emphasize  the  complex  relation- 
ships surrounding  just  the  primary  analysis  and  forecasting  functions. 


To  accommodate  AFGWC  requirements  and  fully  utilize  available  computer 
resources,  several  hardware  and  software  factors  must  be  carefully  considered. 
Table  9 lists  several  pertinent  considerations  for  specialized  processors  that 
could  be  employed  to  simultaneously  operate  on  multiple  segments  of  a single 
problem.  In  addition,  a number  of  current  and  potential  functions  can  be 
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enhanced  by  the  addition  of  new  software.  This  summary  appears  in  Table  10. 
Other  pertinent  observations  include  the  following: 

a.  The  software  multi-tasking  potential  is  great,  but  this  requires 
the  development  and  rigid  use  of  strict  standards,  centralized 
control,  and  program  modularity.  Particular  attention  should  be 
paid  to  transfer/ compute  overlap,  task  prediction,  and  pre- 
processing in  anticipation  of  jobs. 

b.  Reliability,  integrity,  and  maintainability  can  be  enhanced 
through  extensive  software  checks. 

c.  Strict  protocol  standards  will  simplify  system  design. 


Table  9.  Special  Arithmetic  Processors 


Special  processors  Include  all  fast  array  (vector,  pipeline, 
or  parallel)  processors 

b.  Candidates  for  special  computation  are  - 

Satellite  data  input  processing  ('78,  '80) 

Cloud  free  line  of  sight  ('78) 

Advanced  prediction  model  ( ' 78) 

Minuteman  support  ('80) 

HF  propagation  ('81) 

c.  Computational  approach  is  in  no  case  readily  adaptable; 
it  requires  significant  design 

d.  All  computations  are  complex  (many  parts/sequences)  and 
require  significant  coding 

e.  Recovery  must  not  require  recomputation  of  valid  data 

f.  Processing  is  Unclassified  or  Secret 

g.  Significant  training  or  outside  contract  is  required  for  special 
processor  programming 
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Table  10.  Potential  Improvement  With  New  Software 


Possible 

Vendor 

Supply 


a. 

Network  Control 

* 

b. 

Data  Base  Management 

* 

c. 

Communications  Management 

* 

d. 

Generalized  Automated  Work  Center  Interface 

e. 

Study  Analysis  Language/System 

* 

f. 

Programmer  Interface 

* 

g- 

Security  Control 

h. 

Benchmark  Software  for  Performance  Monitoring 

* 

i . 

Hardware/Software  Diagnostics 

* 
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5.4  TERMINAL  INTERFACE 


5.4.1  General 

Data  from  several  sources  were  analyzed  to  produce  the  data  described  below. 
Sources  included  AFGWC  staff  and  operations  personnel,  plus  1911th  communica- 
tions squadron  personnel,  and  also  included  documentation  relating  to  the 
recently  completed  ESD  System  I performance  analysis  summary,  preliminary 
information  regarding  a proposed  DAR  for  a System  I communications  processor, 
and  the  AWS  User  Requirements  package. 

Pertinent  functional  areas  included  all  input  and  output  data  processing 
functions,  specifically: 


FI  1 00 
FI  200 
FI  300 
F1400 
FI  500 
FI  600 
F3100 
F3200 
F3300 
F3400 
F3500 
F3600 
F3700 
F3800 


Space  Environmental  Data  Input  Processing 

Conventional  Data  Input  Processing 

Metsat/ Imagery  Data  Input  Processing 

Product  Requests  Input  Processing 

Digital  Radar  Input  Processing 

Special  Projects  Input  Processing 

Space  Environmental  Support  Products  Output  Processing 

Facsimile  Products  Output  Processing 

Satellite/Imagery-Related  Products  Output  Processing 

AWN  Products  Output  Processing 

AUTODIN  Products  Output  Processing 

Dedicated  Circuits  Output  Processing 

WWMCCS  Intercomputer  Network  Output  Processing 

Special  Projects  Output  Processing 


Specifics  regarding  projected  requirements  pertaining  to  these  functional  areas 
are  presented  in  the  following  paragraphs. 
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5.4.2  Terminal  Interface  Requirements 


5. 4. 2.1  AWN  Input  and  Output 

At  present,  statistics  compiled  by  DO  personnel  indicate  that  average  AWN  input 
traffic  (i.e.,  data  from  the  Carswell  link)  is  220  characters/second,  while  out- 
put traffic  on  this  link  averaged  52  characters/second.  This  compares  favur- 
ably  with  another  set  of  statistics  documented  in  the  ESD  study  for  a different 
sampling  period  when  AWN  input  and  output  rates  were  found  to  be  226  and  54 
characters/second,  respectively.  This  also  compares  well  with  the  total  load 
presently  Input  to  Carswell  from  the  AWN.  Statistics  compiled  by  Detachment  7 
at  Carswell  indicate  that  an  average  of  approximately  281  char/second  are 
received  at  Carswell  from  all  sources  (230  ch/sec  of  which  are  specifically  AWN 
sources)  prior  to  reformatting  and  retransmission  of  this  source  data  to  AFGWC 
at  the  average  rate  of  204  char/second  in  the  4800  baud  Carswell /AFGWC  link. 

Analyses  indicate  that  although  AFGWC  may  experience  marked  increased  in  data  and 
message  traffic  over  other  communications  links,  significant  increases  are  not 
anticipated  on  the  Carswell  line.  A growth  rate  of  5%/year  has  been  postulated 
for  this  traffic,  resulting  in  an  average  input  load  of  281  characters/second 
in  1982,  and  an  average  output  load  of  67  characters/second  in  that  same  time 
period,  based  on  extrapolations  of  statistics  provided  by  DO.  At  6 bits/ 
character,  this  amounts  to  1686  bits/second  input  and  402  bits/second  output  - 
well  within  the  capabilities  of  the  4800  baud  full  duplexed  Carswell  link.  (At 
times,  large  volumes  of  messages  may  temporarily  build  up  for  this  link,  caus- 
ing short-term  backlogs.  This  is  not  expected  to  be  a major  problem.  Cur- 
rently, only  one  side  of  the  duplexed  link  is  used  for  both  input  and  output, 
with  no  serious  delays.)  The  anticipated  growth  pattern  of  this  AWN  traffic  is 
illustrated  in  Figure  26. 

However,  while  line  capacities  and  current  transfer  rates  of  associated  devices 
and  channels  do  not  appear  to  present  problems,  there  are  distinct  limitations 
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Figure  26.  AWN  Input  and  Output. 
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in  the  computational  capabilities  for  accepting,  decoding,  and  routing  this 
data.  The  limiting  factor  in  System  1 is  lack  of  core  memory  rather  than  CPU 
execute  time. 

The  large  size  of  RTOS  leads  to  complications  in  the  U1108  addressing  scheme. 

With  a core  allocation  of  over  90  thousand  words,  it  is  possible  to  access  the 
farther  addresses  only  by  indirect  addressing.  Thus  any  new  element  added  to 
the  program  can  cause  a need  to  rewrite  one  or  more  other  elements. 

Several  other  disadvantages  are  Inherent  in  the  present  configuration  for  pro- 
cessing real  time  data  in  System  I,  including  reliability,  operational,  and 
efficiency  aspects.  Initial  approaches  for  a separate  front  end  communications 
processor  have  been  developed  by  the  1911th  comm  squadron  and  have  been  docu- 
mented by  SDC  in  a Preliminary  Design  Concept  Paper.  This  concept  will  be 
addressed  by  SDC  In  developing  alternate  system  architectures. 

However,  It  should  be  noted  that  in  the  event  of  the  loss  of  the  Carswell 
facility,  AWN  data  must  be  routed  directly  to  AFGWC  from  current  Carswell 
"customers"  in  order  for  AFGWC  to  back  up  the  Carswell  communication  function. 
Currently,  Carswell  outputs  an  average  of  about  554  characters/second  to 
19  specific  customers,  including  AWN  subscribers.  (If  AFGWC  is  indeed  expected 
to  perform  such  backup,  it  also  would  need  the  appropriate  decoders  and  associated 
software  to  process  related  inputs.)  Thus,  the  requirement  for  full  backup  to 
Carswell  dictates  a significantly  higher  output  load  requirement  for  AFGWC,  or, 
in  periods  when  such  support  is  required,  a load  of  554  characters/second 
instead  of  the  current  output  load  to  Carswell  to  support  AWN  of  about  52 
characters/second. 
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5. 4. 2. 2 AUTODIN  Input  and  Output 

Traffic  on  the  AUTODIN  link  is  well  within  current  transmission  capabilities. 
Average  rates  for  channels  10  and  11  of  System  I,  which  service  AUTODIN,  are 


as  follows: 

Channel  10 

Channel  11 

Totals 

INPUT 

3.8  wds/sec 

2.0  wds/sec 

5.8 

OUTPUT 

5.8  wds/sec 

1 .8  wds/sec 

7.6 

9.6  wds/sec 

3.8  wds/sec 

14.4  wds/sec  («518  bits/sec) 

Even  at  peak  loads,  this  rate  is  adequately  handled  by  the  2400  baud  AUTODIN 
circuit. 


However,  a major  impact  on  AFGWC  communications  will  occur  with  the  advent  of 
WWMCCS  in  1980.  The  WWMCCS  Intercomputer  network  will  basically  be  a signifi- 
cantly enhanced  version  of  the  current  AUTODIN  network,  and  may  have  a rate  as 
high  as  50  kilobits  to  service  the  WWMCCS  community.  As  with  other  WWMCCS 
installations,  AFGWC  computers  will  interface  with  WWMCCS  via  a Datanet  355 
input/output  controller,  and  will  continue  to  maintain  secure  and  unclassified 
communications. 

Although  there  will  be  marked  increases  in  AFGWC  AUTODIN  traffic  to  service 
larger  volumes  of  CFPs  and  to  directly  support  WWMCCS  agencies,  these  should 
easily  be  accommodated  within  expected  traffic  capabilities  of  this  network, 
provided  that  other  C&C  systems  do  not  usurp  AUTODIN  capacities.  Secure  com- 
munications through  1979  will  continue  to  be  supplied  via  AUTODIN  1 and  RTOS  - 
however,  no  new  handlers  or  protocols  will  be  employed  during  this  time  period. 

5. 4. 2. 3 Dedicated  Circuits  (External)  - Input  and  Output 

Although  traffic  load  patterns  for  users  other  than  AWN  or  AUTODIN  sometimes 
vary  considerably  during  a 12  or  24  hour  cycle,  some  pertinent  information  can 
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be  obtained  by  inspecting  averaged  rates  as  recently  compiled  by  AFGWC.  These 
current  figures  are  as  follows: 


Line  Speed 

Input 

Output 

Totals 

VELA  (all  secure)  : 

2400  baud 

106  ch/sec 

6.5  ch/sec 

113  ch/sec 

FNWC  (all  unclassified)  : 

4800  baud 

15  ch/sec 

87  ch/sec 

102  ch/sec 

SAC  HQ  (all  secure)  : 

NOAA/SELS  : 

2400  baud 
3600  baud 

1.3  ch/sec 

30  ch/sec 
insignificant 

31  ch/sec 

Other  out-of-house  KSR, 
DCT  circuits  (secure 
and  unclassified)  : 

56-3600  baud 

16.5  ch/sec 
139  ch/sec 

172  ch/sec 
296  ch/sec 

189  ch/sec 
535  ch/sec 

These  rates  are  expected  to  be  the  same  in  1976.  Commencing  in  1977,  however, 
changes  to  VELA  and  FNWC  data  requirements  can  be  expected,  to  be  followed  by 
the  influx  of  digital  radar  data  in  1980.  Details  are  as  follows: 

a.  Vela 

Inputs  from  VELA  to  AFGWC,  as  well  as  related  transmission 
back  to  Sunnyvale  from  AFGWC,  will  be  phased  out  by  1977. 

b.  FNWC 

In  1976,  it  is  assumed  that  the  Navy  will  require  about  the 
same  output  traffic  from  AFGWC  as  it  requires  today  for  a variety 
of  non-DMSP  data,  averaging  about  87  characters/second  on  the 
dedicated  FNWC  circuit.  In  1977,  this  load  should  drop  to 
about  one-half  its  current  volume,  to  about  40  characters/ 
second.  However,  large  amounts  of  DMSP  data  will  be  sent  to 
FNWC,  averaging  about  480  characters/second.  This  figure  is 
based  on  transmission  of  the  following  outputs. 
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Data  Type 


Amount  of 
Stored  Data 


Transmission 

Frequency 


Total  Transmitted 
Characters/Day 


Smooth  Data 
(Global) 

4,096,000  bytes1 

once/day 

4,096,000  char/day1 

Fine  Data 
(Selected 
Areas) 

16,384,000  bytes 

once/day 

16,384,000  char/day 

Vertical 
Sounding 
Prof i 1 es 

500,000  bytes 

eight  tlmes/day 

4,000,000  char/day 

Sea  Surface 
Temperature 
Mapper 

500,000  bytes 

once/day 

500,000  char/day 

Microwave 

Mapper 

500,000  bytes 

eight  tlmes/day 

4,000,000  char/day 

Active  Radar 

500,000  bytes 

eight  tlmes/day 

4,000,000  char/day 
32,980,000  char/day 

■ 382  cnar/sec 


1 


This  amount  of  transferred  data  assumes  that  the  size  of  the  global 
satellite  data  base  (16,384,000  bytes)  can  be  reduced  by  a factor  of 
4 by  prefllterlng  of  selected  geographical  areas  prior  to  dissemina- 
tion to  FNWC. 


The  average  rate  of  382  char/sec  (2292  bits/second),  however.  Involves 
the  "burst"  transmissions  of  high  volumes  of  data  for  very  short 
periods  of  time.  Thus,  a high  speed  digital  line,  directly  interfac- 
ing with  System  V (or  its  equivalent)  will  be  necessary  to  accommo- 
date this  data.  The  CTMCs  can  theoretically  handle  rates  up  to  62.5 
kilobits/sec;  therefore,  a 50  KB  link  directly  connected  to  the  Sys- 
tem V CTMC  should  accommodate  these  transmissions. 

These  requirements  will  be  required  through  1978,  after  which  FNWC 
will  receive  all  required  weather  satellite  data  from  communications 
satellites,  with  no  direct  AFGWC  support  being  required  after  1978. 
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c.  Digital  Radar 

The  exact  nature  of  interfacing  digital  radar  inputs  to  AFGWC  remains 
to  be  determined.  It  is  assumed  that  preprocessing  of  digital  radar 
data  will  be  accomplished  at  several  centralized  remote  locations, 
and  that  the  net  input  to  AFGWC  would  be  2 x 10  bits/second  for  4 sec 
onds,  with  this  influx  occurring  as  often  as  every  15  minutes  under 
severe  weather  conditions.  Thus,  the  "average"  rate  may  only  be 
about  889  bits/sec  (148  characters/second),  but  the  data  would  prob- 
ably be  received  in  short-duration  high-volume  bursts.  Again,  a ded- 
icated high-speed  link  - possibly  a communications  satellite  link 
that  ties  in  all  of  the  preprocessing  sites  - would  be  required  to 
make  the  best  use  of  this  perishable  data  in  the  shortest  amount  of 
time. 

The  rationale  for  assuming  these  data  rates  is  as  follows: 


Figure  27.  Assumed  Storm  Pattern 


484 


— 


— — 


As  shown  in  Figure  27,  assume  that  one  digital  radar  scans  a storm  that  occupies 
25%  of  its  scan  area  (l.e.,  270°  of  "data"  would  be  eliminated  at  a preprocess- 
ing site).  Assuming  also  that  angular  resolution  is  2°  and  that  the  linear 
resolution  is  1 nautical  mile,  there  can  be  about  20  "bits"  per  sector  for  a 
storm  front  of  20  miles  In  depth,  or  20  x 45  = 900  useful  "slots"  of  informa- 
tion per  radar  plane  per  90°.  If  the  radar  scans  the  front  at  5 different  ele- 
vation angles,  this  results  in  900  x 5 = 4500  total  slots  of  data  for  the  radar, 
or,  at  8 bits  per  slot,  a total  of  36,000  bits  for  the  radar.  If  6 radars  are 
seeing  the  same  storm  under  the  same  conditions,  this  would  result  In 
36,000  x 6 = 216,000  bits  or  about  2 x 105  bits.  If  this  data  enters  AFGWC  from 
4 preprocessing  sites,  there  would  be  about  8 x 10^  bits  transmitted  to  AFGWC 
from  the  CONUS.  This  data  should  be  sent  in  virtually  real-time  for  maximum 
utility;  therefore,  no  more  than  one  second  should  be  allowed  for  the  data  from 
each  processor  site.  This,  thus,  infers  a 200  kilobit  uplink  capability  to  the 
communications  satellite  from  each  preprocessing  station  and  a 200  kilobit  down- 
link to  AFGWC. 

Tnis  capability  is  expected  to  be  initially  incorporated  In  1980,  with  full 
operational  capability  in  1982.  Estimated  "average"  traffic  loads  of  1/3 
capacity  In  1980,  2/3  capacity  in  1981,  and  full  use  of  all  digital  radars  in 
1982  are  as  follows: 

1980  - 50  char/sec 

1981  - 100  char/sec 

1982  - 148  char/sec 

A^summary  of  expected  terminal  Interface  traffic  for  the  1976-82  time  period 
appears  in  Figure  28. 

5. 4. 2. 4 METSAT/ Imagery  Data  Input 

AFGWC  will  be  faced  with  the  ingestion  of  large  amounts  of  imagery  data  from 
meteorological  satellites  in  the  1977-82  time  period,  utilizing  primary  and 


Volumes  and  rates  of 
Navy  and  digital  radar 
data  will  require  new 
high  speed  lines 
and  terminals. 


secondary  sensor  data  from  DMSP  and  TIROS-N,  as  well  as  primary  data  from  GOES 
vehicles.  Profiles  of  these  inputs  are  presented  in  Figure  29.  Development  of 
the  associated  computations  is  as  follows: 


a.  DMSP  and  TIROS-N  Smoothed  Data 

This  rate  is  based  on  total  processing  of  available  smoothed  data 
from  DMSP  Block  5D  satellites.  Total  available  data  is  2.66  x 1 0® 
36-bit  words  per  day,  based  on  the  following: 

1.  14  orbits/day  for  each  of  2 satellites 

2.  Data  is  downlinked  at  a rate  of  2.66  mbs  (which  is  the  vehicle 
recorder  playback  rate) 

3.  Readout  time  is  2.5  minutes/orbit 

4.  Data  formatter  conversion  factor  is  0.86  (i.e.,  86%  of  trans- 
mitted data  is  actually  usable  imagery  information). 

Thus,  daily  input  rate  is: 

14  orbits/satellite  x 2 satellites  x 2.66  x 10®  bits/sec  x 60  sec/min 
x 2.5  min/orbit  x 0.86  -r  36  bits/word  = 2.67  x 108  words/day 

b.  DMSP  and  TIROS-N  Fine  Data 

These  rates  are  based  on  the  input  of  portions  of  available  fine 
data  from  these  satellites  and  employ  the  following  assumptions: 

1.  10  orbits/day  (maximum  record  capability  for  fine  data)  for 
each  of  2 satellites 

2.  Downlink  rate  is  2.66  mbs 

3.  Readout  time  is  10  min/orbit 

4.  Data  formatter  conversion  factor  is  0.90. 
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Total  available  data  is  thus: 

10  orbits/satellite  x 2 satellites  x 2.66  x 106  bits/sec  x 60  sec/min 
x 10  min/orbit  x 0.90  * 36  bits/word  = 7.98  x 108  words/day 

In  1978,  the  requirement  is  to  process  3%  of  the  available  data: 

7.98  x 108  x 0.03  = 2.39  x 107  words/day 

In  1980,  the  requirement  is  to  process  10%  of  the  available  data,  or 
7.98  x 108  x 0.10  = 7.98  x 107  words/day 

c.  DMSP  and  TIR0S-N  Secondary  Data 

This  rate  is  based  on  the  following: 

1.  A recording  rate  of  1,000  bits  per  second 

2.  86,400  sync  words  (one  per  second)  per  day 

3.  Data  will  be  received  from  2 vehicles. 


This  results  in: 

2 x (1,000  bits/second  x 86400  sec/day  * 36  bits/word  + 86,400  sync 
words/day)  = 4.98  x 106  words/day 


GOES  Primary  Data 

Rates  for  GOES  inputs  are  predicted  on  Mode  A operation,  which 
results  in  the  highest  expected  data  rates  to  AFGWC.  If  other  modes 
are  employed,  the  following  figures  would  be  reduced.  Bases  for 
these  computations  are  as  follows: 

Visual  Data 

1.  1 vehicle  at  48  readouts  (disks)  per  day 

2.  14,568  lines  per  earth  disk 
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3.  15,288  pixels  per  line 

4.  6 bits  per  pixel 


This  results  in: 

48  readouts/day  x 14,568  lines/disk  x 15,288  pixels/line  x 6 bits/pixel 
* 36  bits/word  = 1.78  x 109  words/day 

Infrared  Data 

1.  1 vehicle  at  48  readouts  per  day 

2.  14,568  lines  per  earth  disk 

3.  3,822  pixels  per  line 

4.  9 bits  per  pixel 

This  results  in: 

48  readouts/day  x 14,568  lines/disk  x 3,822  pixels/line  x 9 bits/pixel 
t 36  bits/word  = 6.68  x 108  words/day 

Total  per  day  is  .'.  (1.78  + 0.668)  x 109  = 2.45  x 109  words/day 
5.4. 2. 5 Satellite  Facsimile  Outputs 

Facsimile  outputs  from  satellite  imagery  data  will  retain  their  current  level 
through  1977  (transmitting  DMSP  information)  followed  by  a significant  jump  in 
1978  with  the  advent  of  the  Satellite  Imagery  Dissemination  system  for  trans- 
mission of  DMSP,  TIROS-N,  and  GOES  data,  which  will  be  based  on  scanning  and 
transmission  of  data  from  positive  transparency  films  to  numerous  world-wide 
AWS  units.  Computations  are  summarized  in  Figure  30,  and  are  detailed  below. 


QUANTITIES  - BASED  ON  CURRENT  DIGITAL  FAX  THRU  77,  IMPLEMENTATION  OF  SID 
IN  78 

CONTROL  - HIGH  SPEED  SID  LINK  WITH  DIRECT  COMPUTER  INTERFACE  TO  TRANSMIT/ 
RECEIVE  AT  LEAST  FOUR  8x8  INCH  PICTURES  PER  HOUR 

SECURITY  - NO  REQUIREMENTS 


a.  Facsimile  outputs  throuqh  1977 

These  computations  are  based  on  the  following: 


1. 


2. 


10  outputs  every  6 hours  plus  10  random  outputs  every  24  hours 
50  outputs  every  24  hours. 

3 

Facsimile  outputs  at  1:15m  scale  requires  375  x 10  words  per 
transmission 


This  results  in: 


Q C 

50  transmissions  x 375  x 10J  words/transmission  * 18.75  x 10  words/day 


b.  Facsimile  outputs  in  1978  and  beyond 
Assumptions  for  these  computations  are: 


1. 


Facsimile  transmissions  for  1200  x 1200  nm  regions  will  be  at 
1 :60m  scale. 


2. 


Facsimile  transmissions  for  areas  (1  area  = 4 regions)  will  be 
at  1 :30m  scale. 


Global  coverage  transfers  (10  transmissions  at  4 areas  each) 
will  be  at  1 :15m  scale. 


Resultant  computations  are: 
Regions  (1/2nm  res) 


96  transfers  @ 6 x 106  words/transfer  = 576  x 106  words 


Areas  (2nm  res) 


9 transfers  0 1.5  x 10^  words/transfer  = 13.5  x 10^  words 
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Areas  (l/2nm  res) 


4 transfers,  each  of  which  Is  equivalent  to  4 region  transmissions  at 

,6 


6x10°  words  each,  for  a total  of: 

4 transfers  x 4 x (6  x 106  words/transfer)  = 96  x 106  words 


Global 


4 transfers  @ 3.75  x 106  words/transfer  * 15  x 106  words 


This  results  In  a dally  total  of: 


(576  + 13.5  + 96  + 15)  x 106  ■ 700.5  x 106  words/day 


5. 4. 2. 6 Non-Satellite  Facsimile  Outputs 


CURRENT  TRAFFIC: 


a. 


EURFAX  - 
STRATFAX  - 
PACFAX  - 
RAFAX 


Manually  prepared  charts  (statistics  as  of  6 February  1975): 
Manually  prepared  facsimile  charts  are  prepared  by  GF  for  trans- 
mission on  the  following  circuits: 

50  transmlssions/day 

31  transmlssions/day 

32  transmlssions/day 
48  transmlssions/day 

161  transmisslons/day 

These  161  transmissions  result  from  the  manual  preparation  of  121 
charts  per  day,  some  of  which  are  sent  over  more  than  one  circuit 
(although  not  simultaneously  - there  Is  currently  no  capability 
at  AFGWC  to  transmit  FAX  products  to  more  than  one  circuit  at  a 
time).  The  121  Individual  charts  are  comprised  of  a basic  set  of 
63  types,  various  ones  of  which  are  produced  from  one  to  four  times 
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per  day.  These  manually  prepared  charts  (some  of  which  must  undergo 
a 50%  Image  reduction  to  accommodate  facsimile  equipment)  are  either 
mounted  on  rotating  drums  or  used  by  digital  table-top  scanners  for 
analog  transmission. 

Automatically  prepared  charts  (statistics  as  of  30  May  1975): 
Automatically  generated  facsimile  charts  are  prepared  by  AD  person- 
nel using  the  program  SDMFAX,  and  are  transmitted  on  the  following 

circuit: 

STRATFAX  - 40  transmisslons/day 
PACFAX  - 11  transmisslons/day 
51  transmlssions/day 

These  51  transmissions  result  from  the  automatic  generation  of  25 
types  of  charts  per  day,  each  of  which  Is  sent  twice  dally  (20  charts 
on  STRATFAX  and  5 on  PACFAX),  plus  one  chart  which  Is  generated  and 
transmitted  once/day  on  PACFAX.  These  transmissions  Involve  the 
sending  of  data  from  COMPIX  equipment,  which  reads  the  digital  tapes 
produced  by  SDMFAX  for  digital  dissemination. 


FUTURE  TRAFFIC: 


Manually  prepared  charts: 

The  Weather  Graphic  System  (expected  to  be  operational  in  1976  to 
replace  current  EURFAX  FAX  transmissions)  will,  according  to  Attach- 
ment 5 to  TAB  F of  the  AWS  Requirements  Package,  be  driven  by" 

essentially  the  same  product  mix  as  today.  By  1977,  however,  a 

modest  Increase  In  the  number  of  products  disseminated  through  the 
WGS  can  be  expected  (but  not  to  exceed  200%  of  present  volume."  The 
WGS  transmitter  at  AFGWC  will  digitally  encode  and  transmit  weather 
charts  destined  for  eventual  satellite  relay  to  Europe.  Thus,  the 
50  transmissions  a day  currently  sent  out  on  EURFAX  will  reach  as 
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high  as  100  charts  In  1977.  A more  realistic  estimate  is  a 150% 
increase  to  75  daily  transmissions  in  1977,  growing  to  a full  200% 
increase  in  1982  (100  transmissions). 

The  remaining  circuits  (STRATFAX,  PACFAX,  and  RAFAX),  however,  can  be 
reduced  in  traffic  volume  for  manually  prepared  charts  as  more  auto- 
mated chart  production  techniques  evolve.  (To  some  extent,  this  may 
also  be  true  for  EURFAX.)  Assuming  that  a 1/3  reduction  In  non-EURFAX 
manual  chart  transmissions  can  result  from  automation,  the  111  daily 
chart  transmissions  on  these  lines  can  be  reduced  to  about  75  such 
transmissions  by  1982. 

Automatically  prepared  charts: 

WPD  personnel  indicate  that  a modest  increase  in  current  traffic  for 
automatically  prepared  charts  is  possible,  with  a 20%  growth  through 
1982  to  61  chart  transmissions  per  day.  This  figure,  however, 
reflects  current  techniques  for  sending  digital  facsimile  data,  and 
could  be  raised  by  more  automatic  means  such  as  the  proposed  Weather 
Facsimile  Switching  Center.  Such  methods,  in  conjunction  with  appro- 
priate hardware  and  software  improvements  to  support  WPF  personnel, 
can  accommodate  the  necessary  reductions  in  non-EURFAX  traffic  alluded 
to  above.  Thus,  although  increases  in  transmissions  of  manually  pre- 
pared charts  for  Europe  are  expected,  greater  emphasis  on  current 
automatic  methods  (digital  tapes  sent  through  C0MPIX  equipment)  and 
other  automated  techniques  will  offset  some  of  these  increases.  More- 
over, as  more  experience  is  gained  with  improved  automatic  techniques, 
even  more  of  a tradeoff  between  manual  and  automatic  facsimile  trans- 
missions for  these  users  will  be  achieved.  The  resultant  loading  for 
non-satellite  facsimile  traffic  using  these  assumptions  appears  in 
Figure  31 . 


5.5  CONSOLES  AND  DISPLAYS 


The  requirements  collection  activity  for  the  Console/Data  Input  and  Display 
area  encompassed  a wide  range  of  functional  activities  and  user  requirements. 

SDC,  in  the  Task  1 requirements  compilation  effort,  adopted  AFGWC  recommendations 
for  TAF/METWATCH  forecasting,  and  proceeded  to  define  several  automated  console 
nnsitions  and  associated  tasks  fc»*  forecasting,  system  support,  and  other  types 
of  work  centers.  New  software  and  memory  requirements  were  assessed,  as  were 
specific  problem  areas.  Extensive  hardware  lists  were  developed  for  components 
that  could  fulfill  these  requirements,  and  tentative  design  approaches  were 
developed. 


In  developing  this  design,  SDC  established  the  following  guidelines  and 
requirements: 


a. 

b. 

c. 

d. 


Assume  response  requirement  is  on  the  order  of  seconds 

Isolate  display  driving  computation  support 

Standardize  console  hardware  functions  and  features 

Generalize  and  standardize  console  support  software  design  as  follows 


1.  Format  definition 

2.  Hardcopy  interface/rules 

3.  Console  assignment  flexibility 

4.  Interconsole  communications 

5.  Display  techniques  (update,  flash,  zoom) 

6.  Information  update/ connect  capability 

7.  Control  language 
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The  results  of  these  analyses  involved  the  categorization  of  console  positions 
("Automated  Work  Centers")  into  areas  of  System  Control,  System  Support,  and 
Forecasting.  The  types  of  work  centers,  the  estimated  number  of  such  centers, 
and  associated  security  classifications  that  were  initially  envisioned  are 
described  in  Tables  11  - 13. 

Within  these  categories,  SDC  proceeded  to  assemble  numerous  specific  require- 
ments for  the  input  and  output  capabilities  of  these  work  centers.  Topics 
that  were  assessed  included: 

a.  Rapid  response  visual  display 

b.  Multi -medium  hardcopy  displays 

c.  Miscellaneous  status  displays 

d.  Prestored  inputs 

e.  Manual  inputs 

In  the  area  of  rapid  response  visual  display  devices,  general  requirements 
included  low  ambient  noise,  selective  hardcopy  output  (digital  and  photo),  and 
rapid  full  frame  output.  Specific  requirements  included  the  following: 

• Provide  forecaster  AWC  (automated  work  center)  with  contouring 
(example  candidate  - vector  CRT) 

• Provide  selective  AWC's  with  visual  meteorological  data  (example 
candidate  - high  resolution  CRT) 

• Provide  alphanumeric  meteorological  and  system  information  (example 
candidate  - alphanumeric  CRT) 

• Provide  visual  multi-dimensional  display  for  use  in  functions  like 
severe  weather  forecasting  (example  candidate  - color  CRT) 

• Provide  aggregate  viewing  display  of  selected  CRT  information 
(example  candidate  - wall  projection) 


Table  12.  System  Support  Centers 
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Quality  Assurance 

Analysis  of  data  base,  input  of  certain  obser- 
vations, and  monitoring  of  data  base  quality 
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Hardcopy  display  analyses  resulted  in  the  following  work  center  requirements: 

• Provide  for  high  resolution  display  of  complex  graphical  data 
(example  candidate  - plotter) 

• Providing  long  term,  readily  accessible  data  storage  for  tabular, 
graphic,  and  other  miscellaneous  data  for  use  by  studies  and  analysis 
(example  candidate  - microfilm) 

• Provide  maximum  resolution  output  of  satellite  visual  and  I/R  data 
(example  candidate  - facsimile) 

. Provide  purpose-tailored  hardcopy  output  (example  candidates  are: 
high  speed  printers,  high  resolution  printers,  programmed  character 
printers,  typewriter,  and  teletypewriter) 

Two  primary  requirements  evolved  for  miscellaneous  status  displays: 


Provide  system  status  indication  to  console  personnel  (example 
candidates  - dedicated  alphanumeric  displays  and  light  panel 
displays) 

• Provide  operator  recall/attention  technique  (example  candidate  - 
audio  alarm) 


Analyses  of  potential  prestored  input  characteristii 
requirements: 


’ 5 


Provide  a medium  volume  general  purpose  technique  for  inputting  data 

of  a repeating  nature  (example  candidates  - punched  cards,  magnetic 
cards,  magnetic  cassettes) 

Provide  a medium  volume  paper  tape  input  far  compatibility  with 

existing  tape  input  mediums  (communication,  system  utilities  and 
maintenance,  etc.) 
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Table  13.  Forecasting  Centers 

Positions 


Security 


+4* 


t 'jid 


TAF/MET WATCH 

Space  Environment  (Unclassified) 
Space  Environment  (Classified) 
Special  Projects  Forecasting 


17 

2 

1 

4 


U 

U 

C 
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• Provide  a technique  for  inputting  existing  hardcopy  information 
(example  candidate  - optical  reader) 


Finally,  several  requirements  evolved  pertaining  to  the  handling  of  manual 
inputs: 


Provide  operator/forecaster  with  a technique  for  graphical  or  image 
modification  (example  candidate  - light  pen) 

Provide  the  'jrecaster  with  a technique  for  inputting  large  scale 
contour  (example  candidate  - magnetic  cursor) 

Provide  for  input  of  alphanumeric  and  discrete  control  data  (example 
candidate  - alphanumeric  and  functional  keyboard) 

Provide  fail-safe  input  of  system  control  data  (example  candidates  - 
selection  and  binary  switches) 


These  requirements  were  refined  and  expanded  in  subsequent  phases  of  the  arcni- 
tecture  study.  The  numbers  and  types  of  specific  console  work  centers  were 
updated  in  conjunction  with  the  development  of  the  overall  architecture  in  sub- 
sequent tasks.  In  particular,  detailed  sets  of  appropriate  hardware  components 
for  these  work  centers  were  generated,  so  as  to  provide  AFGWC  personnel  with 
optimum  assemblies  of  equipment  to  perform  these  modified  and  newly  developed 
functions.  Summaries  of  these  efforts  appear  in  Volume  4,  "System  Description" 
and  Volume  5,  "Systems  Analyses  and  Trade  Studies." 
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5.6  PERSONNEL 


5.6.1  General 


This  section  represents  the  results  of  analyses  conducted  to  estimate  manning 
and  training  requirements  for  AFGWC  during  the  1977-82  time  period.  These  levels 
indicate  needs  associated  with  numerous  user  and  model  requirements  during  this 
period,  and  reflect  studies  that  were  made  into  all  AFGWC  functional  areas. 
Pertinent  assumptions  have  been  made  concerning  the  degree  to  which  manning 
levels  can  be  reduced  by  the  automation  and  reallocation  of  operations.  When- 
ever positions  are  assumed  to  be  manned  on  a 24  hour  per  day  - 7 day  per  week 
basis,  the  assumption  has  been  made  that  5 slots  will  be  required  to  ensure  a 
round-the-clock  staffing  of  one  man. 


5.6.2  Manpower  Requirements 

Total  UDL  Authorization  for  the  Third  Quarter,  Fiscal  Year  1975  (FY  3/75)  is 
757  positions.  Based  upon  this  authorization,  the  recent  MACMET  study 
recommended  a reduction  of  39  positions  to  a total  of  718.  The  SDC  study  thus 
used  this  lower  figure  as  a baseline  from  which  to  calculate  future  requirements. 


New  manpower  requirements  determined  during  Task  1,  including  Air  Force 
redirection  arising  from  the  22  May  1975  Task  1 briefing,  are  as  follows: 


Organization 

Positions 

FY  Required 

Reason 

WPA 

1 

1976 

Tropical  Prediction  Model 

1 

1976 

Global  Atmospheric  Prediction  Model 

1 

1977 

VHR  into  3DNEPH  Model 

1 

1977 

CFLOS/Clear  LOS  Model 

1 

1977 

Digital  Radar 

- 3 

1978 

Models  Completed 
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Organization 

Positions 

FY  Required 

Reason 

WPD 

1 

1977 

Cloud  ZOOM 

1 

1977 

Terminal  Forecast 

1 

1977 

Horizontal  Weather  Depiction 

10 

1977 

Network  Control 

1 

1978 

CFLOS/Clear  LOS 

1 

1978 

ETAC  Data  Base 

1 

1979 

New  ZOOM  Model 

1 

1980 

Minuteman 

WPP 

15 

1976 

GOES 

5 

1978 

SID 

WPF 

15 

1979 

WWMCCS 

5 

1980 

Digital  Radar 

WPE 

5 

1977 

Increased  Solar  Activity 

64 

Of  these  64  new  positions,  the  ten  required  for  the  automated  network  control 

I functions  can  be  obtained  from  the  current  computer  operators,  reducing  the 

total  requirement  to  54. 

In  addition,  there  are  certain  current  operations  that  can  be  performed  more 

I efficiently  through  automation.  One  area  where  savings  can  occur  is  in  the 

development  and  maintenance  of  computer  programs  and  models.  A one-year  study 
was  recently  performed  at  Aerojet  General  when  the  programming  function  was 
automated  with  interactive  CRTs  and  automated  peripherals.  The  result  was  that 
programs  were  developed  four  to  six  times  faster. 

i 

In  comparing  the  models  developed  at  AFGWC  with  the  programs  developed  during 
the  one  year  study  at  Aerojet  General,  the  AFGWC  models  are  much  more  complex 
and  scientifically  oriented.  Also,  the  uncertainties  that  currently  exist 


regarding  the  final  approved  AFGWC  architecture  require  a conservative  estimate 
of  the  manpower  savings  due  to  automation.  Thus,  the  SDC  estimate  for  a more 
appropriate  figure  for  the  savings  in  the  function  of  developing  new  programs 
is  approximately  20%.  Using  this  20%  as  a guideline,  the  following  figures 
resulted: 

WPA  (approximately  20  programmers) 

70%  of  the  programmers  involved  in  new  program  development. 

70%  X 20  = 14 

X 20%  savings  through  automation 


WPD  (approximately  100  programmers) 

30%  of  the  programmers  involved  in  new  program  development. 
30%  X 100  = 30 

X 20%  savings  through  automation 


For  prog^am/model  maintenance,  a 3%  savings  was  considered  appropriate.  This 
resulted  in  the  following: 


70%  of  the  programmers  involved  in  maintenance 
70%  X 100  = 70 

X 3%  savings  through  automation 


With  automation  of  many  of  the  6F  functions,  there  will  be  no  requirement  for 
some  of  the  manual  operations  being  currently  performed.  Thus  it  should  be. 
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possible  to  reduce  the  number  of  observers  supporting  the  forecasters.  At  this 

point,  SDC  estimates  that  approximately  six  observer  positions  would  no  longer 
be  required. 


TOTALS 


The  total  approximate  savings  in  current  manpower  through  automation  is 
therefore: 


WPA  3 

WPD  8 
WPF  6 


Program  Development 

Program  Development  and  Maintenance 

Reduce  Number  of  Observers 


Total  17 


Thus,  the  total  maximum  manpower  requirement,  which  will  be  during  the  FY80  - 
FY82  period,  is  37  positions  more  than  the  baseline  of  the  MAC  MET  study,  or 

a total  of  755.  A profile  of  resultant  manning  requirements  appears  in 
Figure  32. 


TRAINING 


For  maximum  efficiency  at  AFGWC,  SDC  is  proposing  that  there  be  17  types  of 
automated  consoles.  These  automated  consoles  will  perform  the  functions  of 
data  system  operation  and  control,  analysis/forecasting,  and  software  develop- 
ment and  maintenance. 


Special  training  will  be  required  for  each  type  of  console  and  for  each  of  the 
automated  work  positions.  Initially,  the  courses  should  be  developed  by  the 
hardware  contractor  and  initial  training  given  by  that  same  contractor.  This 
training  must  be  accomplished  on  a non-interference  basis.  Once  the  initial 

training  has  been  accomplished,  the  Air  Force  can  continue  with  follow-on 
training  by  OJT. 
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CALENDAR  YEAR 


Thus,  if  AFGWC  realizes  no  savings  in  manpower  through  automation  or  through 
reallocation  of  personnel  to  perform  the  network  control  function,  an  additional 
64  slots  will  be  required  to  perform  required  operations  by  1982.  These 
requirements  involve  support  of  GOES  and  SID  by  WPP  (20  slots),  WWMCCS  and 
Digital  Radar  support  by  WPF  (20  slots),  a variety  of  model  developments  by  WPA 
and  WPD  (19  slots),  and  increased  requirements  in  WPA  to  accommodate  increased 
solar  activity  phenomena  (5  slots).  However,  if  automation  is  Implemented  in 
1977  and  if  WPD  personnel  can  effectively  perform  network  control  with  no 
increase  in  manpower,  a net  savings  of  27  slots  can  be  realized.  Based  on  a 
baseline  staffing  level  of  718  slots  as  authorised  by  MAC,  this  would  reduce 
the  level  of  782  personnel  that  might  be  required  in  1980-82  to  755,  which  is 
37  slots  above  the  MAC  authorization  and  2 slots  below  the  Air  Force  U0i_ 
authorization  of  757. 
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5.7  MANAGEMENT 


5.7.1  General 


During  Task  1,  extensive  data  was  gathered  concerning  current  and  future 
management  requirements.  The  primary  sources  for  this  information  were  inter- 
views with  DO  personnel.  Results  of  these  interviews  and  analyses  are  pre- 
sented in  the  following  paragraphs. 

5.7.2  Management  Requirements 

5. 7. 2.1  Organization 

During  Task  1,  the  organizational  structure  was  evaluated  to  determine  how  well 
current  requirements  were  being  satisfied.  Based  upon  the  job  to  be  done  and 
the  facilities  available  to  perform  that  job,  it  was  determined  that  the  cur- 
rent internal  organization  is  appropriate  and  effective.  In  addition,  for  the 
future  automation  of  the  various  functions  within  AFGWC,  no  future  changes  to  the 
current  operational  organization  are  anticipated  or  recommended. 

5. 7.2.2  Data  System  Control 

a.  External  Access  and  Control 

AFGWC  will  continue  to  maintain  its  independence  from  external  control. 
All  management  functions  wll  be  exercised  at  AFGWC,  and  external 
agencies  will  not  exert  any  direct  control.  However,  several  types 
of  support  will  be  available  for  direct  acquisition  from  using  com- 
mands. That  is,  SACCS  support  will  continue  for  the  Selective  Display 
Model  and  automatic  response  to  queries  (ARQ)  and  in  the  future, 
other  selected  users  will  have  access  to  special  data  bases  for  auto- 
matic response  to  queries,  such  as  computer  flight  plans. 
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b. 


Internal  Control 


In  looking  at  future  automated  systems  within  AFGWC,  it  will  be  neces- 
sary to  provide  central  operations  control  for  all  of  the  computer 
facilities.  Network  control  console(s)  will  be  available  and  will  be 
utilized  for  all  remote  console  scheduling  and  control.  The  network 
controller  will  handle  the  entire  scheduling  activities  for  AFGWC.  Of 
particular  importance  is  the  requirement  to  assign  the  central 
responsibility  for  network  operations  to  a single  organization.  SDC 
recommends  that  WPD  be  assigned  this  function. 


c. 


Communications  Computer 

Under  the  current  operations.  System  I acts  as  a communications  com- 
puter for  AFGWC.  This  creates  some  difficulties  in  that  there  is  con- 
flict between  AFGWC  and  the  Air  Force  Communications  Service  personnel 
over  responsibility  for  the  input  and  output  communications  interfaces. 
In  addition.  System  I could  be  more  effective  if  it  were  relieved  of 
some  of  the  communications  requirements.  Thus,  SDC  recommends  that 
independent  communications  computers,  controlled  by  Air  Force  Com- 
munications Service,  be  provided.  This  will  standardize  the  AFGWC 
communications  interfaces  and  relieve  the  conflict  over  the  areas  of 
responsibility  between  Air  Force  Communications  Service  and  AFGWC. 


5. 7. 2. 3 Security 


Current  security  measures  used  at  AFGWC  are  appropriate  for  the  levels  of  classi- 
fication involved.  For  the  future  automated  system,  SDC  has  considered  trade- 
offs in  various  configurations  for  the  most  economical  solution  to  the  vault 
requirements. 


5. 7. 2. 4 Logistics 

During  the  phaseover  to  the  new  system,  AFGWC  must  continue  in  uninterrupted 
operation.  This  will  require  special  consideration  in  order  to  attain  this. 
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due  to  movement  of  hardware  and  rearrangement  of  the  current  facilities.  An 
important  consideration  is  that  there  be  no  degradation  in  response  or  relia- 
bility, the  overall  reliability  goal  being  99.5%. 


During  tasks  2,  3 and  4,  tradeoffs  and  configurations  have  been  accom- 
plished in  order  to  provide  the  necessary  built-in  redundancy  to  achieve  the 
required  reliability.  This  will  thus  limit  the  need  for  spare  parts.  Those 
spare  parts  that  are  required  should  be  supplied  by  a support  contractor. 


5. 7. 2. 5 Planning 


When  the  new  systems  have  been  installed,  performance  testing  will  be  required. 
This  will  be  followed  by  operational  tests.  Once  the  operational  tests  have 
been  concluded,  readiness  exercises  must  be  performed  on  the  new  systems  to 
insure  operability  prior  to  going  on-line  and  replacing  the  existing  system. 

Requirements  for  simulation  will  be  analyzed  and  simulations  performed  as 
required. 


5. 7. 2. 6 Maintenance 


As  the  architecture  is  changed  to  meet  future  requirements,  there  will  be  many 
different  manufacturers'  products  introduced  into  AFGWC.  Instead  of  having  each 
maintain  his  own  products,  AFGWC  should  consider  consolidating  maintenance  func- 
tions with  one  contractor. 


Organizational  structures  within  AFGWC  are  thus  adequate  to  perform  current  and 
expected  activities.  However,  effective  operations  demand  that  GWC  maintain  its 
independence  from  user  organizations,  including  the  implementation  of  a new 
external  communications  processor  and  network  control  consoles  (probably  by 
WPD  personnel),  for  effective  internal  scheduling  and  control.  Current  security 
measures  are  adequate,  and  the  new  architecture  has  been  based  on  the  thorough 
consideration  of  tradeoffs  of  classification  constraints.  Phaseover  periods  to 
this  new  architecture  must  be  accomplished  with  minimum  disruption  to  the  system. 
For  effective  ongoing  maintenance  control,  it  is  recommended  that  AFGWC  con- 
solidate all  maintenance  responsibilities  under  a single  contractor. 
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5.8  FACILITIES 


5.8.1  General 

This  section  presents  a summary  of  the  surveys  conducted  by  SDC  regarding 
facility  requirements  for  the  1977-82  era  data  system.  Information  was 
gathered  in  conjunction  with  AFGWC  interviews  on  several  functional  topics,  with 
primary  inputs  from  DO  staff  personnel.  While  emphasis  was  placed  on  facility 
requirements  for  the  proposed  data  system,  consideration  was  also  given  to 
related  topics,  such  as  man-machine  interfaces  and  work  areas. 


5.8.2  Facilities  Requirements 


5.8.2. 1 Personnel  Work  Areas 
a.  Floor  Space 


Paragraph  13-3b  of  Air  Force  Manual  86-2  states,  "The  net  office 
area  per  building  occupant  will  not  be  less  than  80  square  feet  nor 
more  than  90  square  feet."  The  manual  also  states  that  special- 
purpose  space,  such  as  rooms  for  housing  electronic  data  processing 
equipment,  are  not  to  be  included  in  the  calculation  of  net  office 
area  per  building  occupant.  The  current  situation  at  AFGWC  is 
considerably  below  the  manual  requirements  and  varies  from  55  to  70 
square  feet  per  building  occupant.  Thus,  there  is  not  adequate 
floor  space  available  for  the  personnel  assigned  to  AFGWC. 


Work  Areas 

Office  and  operations  areas  are  currently  intermixed  so  that  these 
different  types  of  activities  are  being  conducted  simultaneously. 
This  reduces  the  efficiency  of  the  personnel  assigned. 

Secured  Areas 


Vaults  are  effectively  established  to  provide  the  necessary  security 
for  AFGWC. 
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d. 


Environment 

1. 


Air  conditioning  (heating/ coo ling)  is  adequate  at  AFGWC  for  all 
current  activities. 

Because  of  the  intermixing  of  operations  and  office  - related 
activities,  noise  levels  in  some  areas  are  not  conducive  to 
maximum  efficiency. 

Lighting  for  the  most  part  appears  to  be  adequate  throughout 
AFGWC.  However,  in  some  parts  of  the  old  cafeteria  area,  light- 
ing could  be  improved. 


5. 8. 2. 2 Support 

a.  Electrical  Power 

1. 


Normal  power  appears  to  be  adequate  to  support  the  activities 
at  AFGWC. 


2. 


Backup  power  supply  has  not  previously  been  available  that 
would  be  consistent  with  the  data  system  reliability  required  in 
the  future.  However  a new  backup  power  supply  system  (UPS)  has 
been  installed  to  provide  the  necessary  integrity  in  a reliable 
uninterruptable  manner.  This  backup  system  has  operated  satis- 
factorily since  its  installation  on  28  March  75.  This  system 
essentially  consists  of  batteries  for  basic  power,  which  are 
charged  by  commercial  power  sources.  In  the  event  of  commercial 
power  failure,  the  batteries  merely  continue  operation.  If  the 
outage  is  of  long  duration,  on-site  generators  are  activated  to 
continue  charging  of  the  batteries. 

Data  System  Environment 

The  current  environment  (e.g.,  temperature  and  humidity  control)  for 
the  system  appears  to  be  adequate.  Detailed  analyses  in  Task  4 have 
verified  the  adequacy  of  the  environmental  support  for  the  selected 
data  system  as  approved  by  the  Air  Force. 
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5. 8. 2. 3 New  Requirements  Potentially  Impacting  Facilities 

Major  data  system  components  that  will  impact  the  AF6WC  facility  are  as  follows 

a.  Additional  computers, 

b.  New  communications  and  facsimile  processors, 

c.  Automated  consoles  (especially  during  phaseover), 

d.  Additional  mass  data  storage, 

e.  Additional  satellite  ground  stations, 

f.  SID  (Satellite  Imagery  Dissemination  System)  console  and  processor. 

In  accessing  these  requirements,  SDC's  goal  has  been  to  design  the  1977-82 
data  system  to  fit  within  current  and  planned  facility  constraints.  A 10% 
growth  potential  for  facilities  in  the  1982-87  era  has  also  been  employed. 

In  addition  to  the  recommendations  outlined  above,  SDC  suggests  that  AWS 
perform  an  overall  facilities  study,  encompassing  areas  over  and  above  the 
data  system  facility  aspects  that  were  emphasized  by  SDC.  This  AWS  study 
should  address  the  following: 

a.  Requirements  specified  by  SDC  for  the  data  system; 

b.  Segregation  of  office,  operations,  and  work  area  spaces; 

c.  The  adequacy  of  floor  space; 

d.  The  adequacy  of  environmental  conditions. 

SDC  recommends  that  this  study  coincide  with  the  Data  System  Architecture 

Study,  and  that  AWS  eventually  prepare  a Military  Construction  Program  request 
for  needed  facilities. 
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6.0  GENERAL  PERFORMANCE  CHARACTERISTICS 
Introduction 


During  AFGWC  data  collection,  SDC  considered  several  areas  of  general  performance. 
It  was  felt  there  must  be  a statement  of  general  performance  requirements  to 
assess  the  ability  of  specific  architectural  configurations  to  adequately  respond 
to  the  AFGWC  needs.  SDC  intuitively  thought  general  goals  would  be  applicable 
across  all  AFGWC  functions;  however,  in  certain  areas,  the  requirements  might  be 
greater  or  less  for  reasons  unique  to  those  areas.  These  results  reflect  primarily 
the  initial  discussions  with  Lt.  Col.  Coburn,  Lt.  Col.  Blunk,  and  Lt.  Col.  West  of 
AFGWC  during  tne  early  part  of  the  data  collection  discussions.  The  areas  con- 
sidered as  general  performance  parameters  are:  Growth  Potential,  Maintainability, 

Reliability,  Integrity,  Testability,  Adaptability,  and  Availability.  Each  of 
these  areas  is  addressed  below,  providing  a general  discussion  of  the  performance 
requirements,  followed  by  SDC 1 s findings. 


6.1  GROWTH  POTENTIAL 


This  parameter  pertains  to  the  ability  of  a given  portion  of  the  architectural 
structure  to  grow  beyond  the  defined  configuration  at  any  point  in  time  beyond 
1982.  The  requirement  for  growth  was  not  constant;  therefore,  SDC  found  it 
necessary  to  address  different  portions  of  this  system.  The  AWS  growth  require- 
ment states  that  as  of  1982  the  system  must  have  a potential  for  20%  of  growth 
per  year  beyond  what  exists  at  the  beginning  of  any  given  year  over  five  years. 
This  reduces  to  the  ability  to  grow  to  2.5  times  the  1982  configuration  with 
little  impact.  SDC  also  felt  that  the  growth  requirement  is  constrained  by 
what  appears  to  be  more  demanding  requirements  within  AFGWC  described  by  treating 
each  of  the  areas  of  the  architecture. 


Data  Base.  The  growth  requirement  as  stated  pertains  only  to  mass 
storage.  SDC  does  not  believe,  however,  that  in  the  case  of  core 
storage,  it  pertains  to  each  CPU,  but  rather  is  proportional  to  the 
growth  of  the  CPU  requirement  (for  a given  CPU,  storage  remains  the 
same;  an  additional  CPU  requires  equal  additional  core  storage). 

In  the  archival  storage,  it  does  not  pertain  to  immediately 
accessible  storage,  but  rather  reasonably  accessible  (within 
minutes)  storage. 
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Computation.  SDC  assumes  the  growth  figure  does  pertain  to 
computation  but  refers  primarily  to  mathematical  model  computation. 
The  other  computation  such  as  communications  and  input  data 
processing  is  proportional  to  the  growth  considerations  in  the 
areas  as  discussed  below. 


Terminal  Interface.  SDC  does  not  foresee  the  number  of  communication 
channels  coming  into  AFGWC  increasing  by  more  than  10%  during  the 
five-year  period  1982  to  1987,  nor  do  we  project  any  large  input 
data  increases  over  a single  channel;  however,  we  feel  that  a 10% 
growth  potential  should  be  provided  in  case  this  assessment 
is  incorrect.  SDC  did  foresee  an  increase  in  the  amount  of  data  over 
the  communications  links.  This  increase  should  amount  to  50%. 

Thu  primary  consideration  is  the  ability  of  the  AfGWC  data  system 
terminal  interface  to  handle  the  increased  line  capacity. 

(Associated  storage  and  computation  is  treated  in  a and  b above.) 


Interaction.  This  factor  pertains  to  the  human  interface  and  parti- 
cipation as  part  of  the  data  system.  Increase  in  interaction  is 
required  by:  (1)  the  potential  increase  in  incoming  data,  (2)  the 

sophistication  of  the  mathematical  models  (and  therefore  monitoring 
function),  (3)  the  increase  in  the  number  of  CPUs,  (4)  the  complexity 
of  network  control  (scheduling  of  resources),  and  (5)  the  potential 
number  of  security  complexities  which  may  arise.  At  the  same  time, 
the  proposed  automation  of  manual  functions  resulting  from  this 
system  redesign  will  be  followed  by  another  wave  of  automation 
once  implementation  has  been  accomplished.  This  automation  will 
tend  to  decrease  the  amount  of  human  interaction  with  the  data 
system.  Conservatively,  SDC  feels  that  this  system  should  allow 
for  a 10%  increase  in  interactive  devices  with  no  significant 
increase  in  the  amount  of  traffic  for  particular  devices. 


Personnel.  SDC  will  assume  no  growth  in  manpower  at  AFGWC,  thereby 
constraining  growth  to  areas  requiring  no  human  support. 


Facilities.  SDC  must  make  the  assumption  that  in  considering 
growth,  this  must  be  compatible  with  current  facilities  plus  a 
maximum  10%  increase. 
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The  ability  to  grow  is  a primary  consideration  in  this  architectural  study 
and  must  result  in  the  selection  of  equipment/capabilities  which  are  not  pushed 
to  their  limits  but  rather  allow  necessary  expansion.  For  this  reason,  in  the 
SDC  design,  one  may  expect  to  see  unused  channels,  general-purpose  design,  and 
a trend  toward  commonality  in  like  hardware  devices  to  minimize  the  impact 
of  potential  growth. 


MAINTAINABILITY 


This  general  performance  area  is  very  closely  related  to  Testability  and 
Availability  but  has  some  unique  features.  This  pertains  to  the  isolation  of 
portions  of  the  system,  both  hardware  and  software,  for  easy  expeditious  access 
by  the  maintenance  team  and  test  equipment  or  alternately  simple  replacement  by 
spare  parts  for  the  purpose  of  preventive  maintenance,  failure  testing,  or 
failure  repair.  It  also  pertains  to  potential  maintenance  by  a prime  maintenance 
contractor  other  than  the  hardware  vendor  source  (specifically  in  the  case  of 
non-CPU  mass  storage  hardware  and  all  software). 


When  error  symptoms  are  detected,  the  time  and  manpower  expended  for  isolation 
are  important  as  is  the  response  for  total  repair  to  the  same  status  of  reliability 
as  previously  existed.  All  of  these  performance  factors  should  be  considered 
in  determining  the  general  performance  of  a given  architecture.  The  architecture 
must  have  considered  and  corrected  deficiencies  in  maintainability  to  the  extent 
that  cost,  reliability,  integrity,  and  availability  requirements  are  met.  No 
specific  maintainability  requirement  exists. 


6.3  RELIABILITY 


Several  requirements  state  a specific  reliability  to  be  maintained  by  AFGWC  in 
their  accomplishment.  These  mission  accomplishment  reliabilities  pertain  not 
only  to  the  portions  of  the  system  over  which  the  scope  of  the  architectural 
study  is  applicable,  but  also  to  any  external  influence  (e.g.,  human  performance, 
sensor  performance,  and  external  communication  links).  Also,  SDC  recognizes  the 
inherent  capability  for  graceful  degradation  within  the  AFGWC  system  where  certain 
mission  requirements  do  not  possess  the  same  reliability  needs  as  others  (e.g., 
onynin^  support  for  mission  enhancement  cannot  demand  the  same  reliability  as 


support  for  mission  accomplishment  or  go/no  go  decisions).  In  addition,  the 
consideration  of  mission  importance  and  probability  of  impact  based  on  AFGWC  lack 
of  support  should  ideally  be  addressed.  The  availability  of  an  adequate  yet 
degraded  model  or  no  impact  manual  support  as  opposed  to  automatic  support  has 
an  ultimate  impact  on  mission  accomplishment. 


We  are  stating  the  requirements  based  on  our  judgment  of  these  factors,  the 
maximum  reliability  requirements  which  exist,  and  the  probable  flexibility 
which  will  be  inherent  in  the  system  design.  We  feel  that  a reliability  of 
components  (both  hardware  and  software)  of  99.5%  must  exist  for  the  accomplishment 
of  ary  AF8WC  response  to  user  request  considering  all  associated  aspects  of 
data  system  dynamics. 


Success  is  defined  as  the  adequate  (not  necessarily  best  or  nominal)  response 
to  user  expectations  in  the  time  consistent  with  the  overall  time  goal  independent 
of  external  (to  the  AFGWC  data  system)  influence  (e.g.,  input  sensor  data  input 
quality,  human  interaction  and  external  communications).  This  pertains  to  all 
AFGWC  requirements  equally  without  consideration  of  priority  or  the  availability 
of  graceful  degradation  within  the  system  (i.e.,  graceful  degradation  has  been 
considered  in  arriving  at  the  reliability  factor).  The  primary  considerations 
in  measuring  reliability  shall  be  individual  component  mean-time-to-failure  and 
propagated  redundancy  of  components  existing  in  all  aspects  of  each  requirement. 


6.4  INTEGRITY 


As  used  here,  integrity  pertains  not  just  to  the  meteorological  information  content 
but  to  the  correctness  of  an^  data  propagated,  manipulated  or  hosted  by  the 
AFGWC  data  system.  The  approach  to  Integrity  shall  be  embodied  in  and  consistent 
with  the  reliability  requirement.  Contradistinctively  the  reliability  shall  be 
assessed  based  on  an  assumed  (and  guaranteed)  result  in  pursuing  a self-check/ 
redundancy  approach  as  part  of  the  architecture.  The  required  integrity  of 
data  depends  inherently  on  their  nature.  (For  example,  protection  of  security 
and  accuracy  which  is  necessary  to  insure  accomplishment  of  the  mission  objective 
shall  be  held  at  highest  level.  Checking  of  non-mission  essential  data  or  where 
recourse  is  available  and  probable  will  be  treated  at  a different  level.) 
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SDC  proposes  that  no  specific  integrity  requirement  be  levied  with  the  exception 
of  a detailed  presentation  of  an  approach  taking  into  account  the  reliability  of 
the  components,  the  nature  of  the  data  and  the  reliability  requirement.  The 
impact  of  the  implementation  of  integrity  standards  on  both  new  and  existing 
components  to  achieve  the  required  reliability  will  be  assessed  and  included  in 
the  total  AFGWC  data  system  specification  and  associated  costs. 

6.5  TESTABILITY 

Testability  is  another  implicit  requirement.  It  must  be  assessed  by  the  impact 
on  reliability.  The  requirement  pertains  primarily  to  new  components  (hardware 
and  software),  and  the  ability  to  meet  the  implicit  factor  of  the  reliability 
computation.  A portion  of  the  architectural  study  should  include  a measure  of 
the  testability  of  individual  components  and  an  assessment  of  the  adequacy  of 
the  architectural  study  test  plan  (Task  6).  Also  considered  is  the  adequacy  of 
specific  software/hardware  standards  set  forth  which  enhance  testing  of  the 
function.  In  addition,  the  ability  to  simulate  the  dynamics  of  the  system  and  the 
resultant  cost  for  the  simulation  should  be  considered.  Visibility  of  data  flow 
and  computation  is  key  and  an  assessment  of  the  unpredictable  and  perhaps  undeter- 
minable characteristics  of  data/paths.  It  has  long  been  determined  that  the 
exercising  of  all  possibilities  within  the  data  system  is  virtually  impossible; 
that  there  is  a real  and  undeniable  tradeoff  between  assurance  of  an  error-free 
system  and  the  existence  of  other  reliability  enhancement  features  such  as  backup 
and  redundancy.  SDC  is  assuming  that  reliability  must  exist  the  day  that  the 
requirement  exists  and  therefore  includes  as  part  of  testing  the  functioning 
within  the  operational  environment  prior  to  that  time.  A conservative  approach 
must  be  taken  in  the  approximation  of  reliability  based  on  probability  of  error 
resulting  from  inadequate  testing. 

6.6  ADAPTABILITY 

Adaptability  is  required  to  the  extent  that  growth  potential  is  envisioned. 

Beyond  that,  SDC  hopes  to  identify  the  set  of  standards  and  specifications  which 
effect  a modularity  of  functional  and  specify  a generality  of  form  and  purpose 
which  far  exceeds  the  requirements  of  growth.  This  goal  will  be  pursued  and  the 
cost  impact  will  be  identified  with  a probability  of  resultant  payoff  predicted 
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over  a ten-year  usage  span.  In  the  case  of  vendor  supplied  standard  components 
(hardware/software),  the  prospect  of  improvement  shall  be  considered. 

6.7  AVAILABILITY 

Availability  is  a direct  functional  relationship  to  reliability  and  maintain- 
ability. The  factors  are  the  characteristics  of  potential  system  usage,  the 
potential  for  conflict  between  two  potential  usages,  the  mean-time-to-failure 
of  the  component,  the  mean-time-to-repair,  the  span  over  which  potential  tasks 
must  be  accomplished  and  the  abilities  for  recovery.  Although  no  specific 
requirement  exists,  each  of  these  must  be  assessed  and  factored  into  the 
reliability  equation.  The  availability  must  be  such  that  the  reliability  can 
be  met. 

A graphic  description  of  these  general  performance  requirements  is  presented 
in  Figure  33  below. 

TESTABILITY 


GIVEN  REGS: 


OERIVED-PS: 


si/ 


ur 


INTEGRITY 

MAINTAINABILITY 


RELIABILITY^ 


AVAILABILITY 


GROWTH 


ADAPTABILITY 


^REQUIREMENT 


->  ASSESSMENT 


Figure  33.  General  Performance  Requirements. 
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GLOSSARY  OF  TERMS 


APM  - Advanced  Prediction  Model.  This  numerical  model  will  be  more  sophisti- 
cated and  accurate  than  the  current  AFGWC  global  weather  prediction  pro- 
gram, the  6-level  baroclinic  model. 


Array  Processor  - An  array  processor  is  a special  purpose  hardware  processor 
capable  of  very  fast  computation  due  to  its  highly  specialized  character- 
istics. Each  array  processor  is  attached  to  a general  purpose  machine 
which  serves  as  a host  to  the  array  processor  for  communication  with  the 
rest  of  the  data  system,  and  for  performing  those  computations  and  cal- 
culations which  are  not  amenable  to  array  type  processing. 


Associative  Memory  - An  associative  memory  is  a main  memory  for  a computer  which 
can  be  accessed  in  bit  slices  as  well  as  in  the  normal  mode  of  word 
addressing. 


Associative  Processor  - An  associative  processor  consists  of  parallel  processing 
elements  attached  to  associative  memory.  Associative  processors  are 
capable  of  very  rapid  data  manipulation  such  as  sorts  and  searches. 


Boundary  Layer  - Half  mesh  upper  air  forecast  model  producing  wind,  D-values, 
elevation,  specific  humidity,  specific  moisture  and  relative  humidity 
fields  for  8 levels  from  surface  to  1600  meters.  These  levels  are  at 
a constant  distance  above  the  earth's  surface  and  therefore  considers 
terrain  features.  This  model  is  used  over  high  density  data  areas,  i 
U.S.,  Europe  and  Asian  mainland. 


e. 


Checklist  - A schedule  of  events  for  each  system  indicating  jobs  to  be  run. 
The  scheduled  time  for  each  and  other  associated  information. 


Coarse  Mesh  - An  I , J grid,  47  x 51  in  size,  for  a total  of  2397  points.  This 
mesh,  used  for  hemispheric  models,  has  spacing  of  approximately  200  nm 
between  points  at  50N. 


Data  Base  - The  sum  total  of  all  environmental  data  available  in  a system's  mass 


storage.  This  data  includes  both  information  received  from  other  sources 
as  well  as  data  created  by  AFGWC. 


Eighth  Mesh  - An  I , J grid,  64  x 64  per  box  in  size,  for  a total  of  4,096  points. 
This  mesh,  used  for  3DNEPH,  has  spacing  of  approximately  25  nm  between 
points  at  50N. 
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HRCP  ' Hi3h  R«»'dtion  Cloud  Prog;  produces  cloud  forecasts  on  an  1/8  mesh  grid. 
Major  Blind  - An  orbit  of  the  DMSP  vehicle  during  which  data  cannot  be  read  out. 


L th!nkU  heads.  The  data  are  staged  from  the  tape  cartridqe  to  dick 
and  then  become  available  as  a disk  data  set  to  the  cvctpm  2 ■ * 
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MAX  ISC  - A real  time  program  which  is  maintained  in  all  AFGWC  computers  Tt 
is  responstble  for  transferring  data  base  files,  batch  da^  othe? 'files 
products  and  utility  messages  between  systems.  ’ 


0NLIVd?sr°f?:r  thf.r?ceiv?s  satellite  data  from  the  DF.  This  program  builds 
a disk  file  containing  the  raw  data  and  places  the  data  in  it  Du"ds 


Realspin  File  - The  file  built  by  Onlin 
in  it. 


This  file  has  the  Raw  Satellite  data 


RP  - Relative  Performance,  a scale  for  measuring  the  relative  throuahout  of 
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SADPR-85  - "Support  of  Air  Force  Automatic  Data  Processing  Requirements  through 
the  1980's"  - a report  sponsored  by  the  Air  Force  Electronic  Systems 
Division. 

SPRINT  - A runstream  to  support  Special  Projects  requirements  consisting  of: 

a)  satellite  data  ingestion  and  mapping, 

b)  3DNEPH  cloud  analysis, 

c)  HRCP  cloud  forecast, 

d)  manual  bogusing  of  cloud  forecasts,  and 

e)  statistical  analysis  of  cloud  fields  by  Special  Projects  programs. 

Staging  - Staging  is  the  process  of  taking  data  from  a slower  speed  memory 
medium  to  a higher  speed  memory  medium,  e.g.,  tape  to  disk. 

Symbiont  Processor  - A slower,  less  expensive  processor  that  handles  the  staging 
and  destaging  of  data  from  slow  speed  peripherals  to  disk,  concurrent  with 
the  execution  of  programs  in  a large  mainframe  to  which  the  symbiont 
processor  is  attached.  A symbiont  processor  can  be  shared  between  several 
mainframes. 

Taker  - A magnetic  tape  on  which  selected  (by  label)  data  base  information  from 
one  system  is  written  so  that  it  may  be  input  into  another  system.  Since 
MAXISC  normally  does  all  data  transfer  functions,  this  program  is  usually 
run  at  the  end  of  a data  base  package  for  backup  purposes. 

Terminal  Forecast  Model  - A program  which  extracts  appropriate  information  from 
the  data  base  then  constructs,  from  that  data,  a 24  hr  TAF  for  selected 
stations. 

Thrashing  - Thrashing  is  the  excessive  motion  of  disk  read/write  heads  due  to 
the  successive  retrieval  of  individual  records  from  cylinders  widely 
dispersed  across  the  disk.  The  effect  is  a dramatic  slowdown  in  through- 
put of  all  routines  attempting  to  access  the  disk  because  of  the  head 
motion.  Thrashing  is  also  used  to  describe  excessive  paging  from  main 
memory  to  disk  in  a virtual  memory  environment. 

Tightly  Coupled  Multiprocessor  - A central  processing  system  in  which  two 
command-arithmetic  units  share  main  memory  and  a common  executive. 

Variable  Perimeter  - A machine  room  in  AF6WC  which  can  be  switched  between 
special  and  normal  access  perimeters. 

ZOOM  - Primitive  equation  relocatable  window  model  which  operates  at  about 
1/8  mesh  resolution. 
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3DNEPH  - 1/8  mesh  cloud  analysis  model  for  15  levels  producing  low,  middle,  and 

high  cloud  types,  present  weather,  min.  bases,  max  tops  and  total  percentage 
coverage  along  with  the  percentage  coverage  for  each  of  the  15  layers. 

6 Level  - A coarse  mesh  upper  air  forecast  model  for  850-500-400-300-250-200-150 
and  100MB  producing  stream  functions,  temps,  D-values,  U/V  wind  component 
omegas  and  500MB  vorticity.  This  model  is  used  for  the  northern  and 
southern  hemisphere  (the  tropics  area  uses  persistence). 


GLOSSARY  OF  ABBREVIATIONS  AND  ACRONYMS 

AABNCP  - Advanced  Airborne  Command  Post 

ABNCP  - Airborne  Command  Post 

ACRT  - Alphanumeric  CRT 

ADC  - Aerospace  Defense  Command 

ADWS  - Automatic  Digital  Weather  Switch  (Carswell) 

AFCS  - Air  Force  Communication  Service 

AFETR  - Air  Force  Eastern  Test  Range 

AFGWC  - Air  Force  Global  Weather  Central 

AFOC  - Air  Force  Operations  Center 

AFOS  - Automation  of  Field  Operations  and  Services 

AFTN  - Aeronautical  Fixed  Telecommunications  Network 

AFWTR  - Air  Force  Western  Test  Range 

ALCE  - Airlift  Control  Element 

ALCOM  - Alaska  Command 

ANK  - Alphanumeric  Keyboard 

ANMCC  - Alternate  National  Military  Command  Center 

AP  - Array  Processor 

APM  - Advanced  Prediction  Model 

APT  - Automatic  Picture  Transmission 

ARPA  - Advanced  Research  Projects  Agency 

ARQ  - Automatic  Response  to  Query 

ASL  - Atmospheric  Sciences  Lab.  (U.S.  Army) 

ASR  - Automatic  Send/Receive 

ATESS  - Automated  Tactical  Environmental  Sensor  System  ' 

ATN  - Astrogeophysical  Teletype  Network 

ATWDDS  - Automated  Terminal  Weather  Display  and  Dissemination  System 
AUTODIN  - Automated  Digital  Network  / 

AWC  - Automated  Work  Center 

AWN  - Automated  Weather  Network 


AWRS 

AWS 

AWSPE 


- Airborne  Weather  Reconnaissance  System 

- Air  Weather  Service 

- Air  Weather  Service  Primitive  Equation  Model 


BLM 

BSSG 

BUIC 

BWS 


- Boundary  Layer  Model 

- Battle  Staff  Support  Group 

- Back  Up  Interceptor  Control 

- Base  Weather  Station 


C2,  CC,  C&C 

CAWS 

CCRT 

CFLOS 

CFP 

CHAD 

CINCAL 

CINC  CONAD 

CINC  EUR 

CINCLANT 

CINCPAC 

CINC  SAC 

CLOS 

CM 

CN 

CNSW 

CO 

COMSEC 

CONT 

CPF 

CR 

CRC 

CRC/CRP 


- Command  and  Control 

- Carswell  Automated  Weather  Switch 

- Color  CRT 

- Cloud  Free  Line  of  Sight 

- Computer  Flight  Plan 

- Changes  to  the  route  library  (changes,  add/delete) 

- Commander  in  Chief  Alaska 

- Commander  in  Chief  Continental  Air  Defense  Command 

- Commander  in  Chief  Europe 

- Commander  in  Chief  Atlantic 

- Commander  in  Chief  Pacific 

- Commander  in  Chief  Strategic  Air  Command 

- Clear  Line  of  Sight 

- Communications  System 

- Console  Subsystem 

- Console  Switch 

- Control  Only 

- Communications  Security 

- Controller 

- Centralized  Production  Facilities 

- Authentication  Key  Link 

- Control  and  Reporting  Center  (TAC) 

- Control  and  Reporting  Center  Post 
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CRP 

CRT 

CTWG 


DAIS 

DAR 

DASC 

DB 

DC 

DCT 

DDB 

DET 

DF 

DFS 

DML 

DMS 

DMSP 

DOD 

DS 

DSARC 

DT 


EDB 

EDS 

EO 

ESSA 

ETAC 

EWO 


Control  and  Reporting  Post 
Cathode  Ray  Tube 
Combined  Test  Working  Group 


Digital  Avionics  Information  System 
Data  Automation  Requirement 
Direct  Air  Support  Center  (TAC) 

Data  Base  Subsystem  Switch 

Downgrade  Subsystem 

Data  Comnunications  Terminal 

Distributed  Data  Base 

Detachment 

Digital  Formatter 

Digital  Facsimile  System 

Data  Management  Language 

Data  Management  System 

Defense  Meteorological  Satellite  Program 

Department  of  Defense 

Disk  System 

Defense  Systems  Acquisitions  Review  Council 
Digitizing  Table 


Environmental  Data  Base 
Environmental  Data  Service  (NOAA) 

Electro  Optical 

Environmental  Science  Services  Administration 
Technical  Applications  Center 
Emergency  War  Order 
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FAC  - Forward  Air  Controller 

FACP  - Forward  Air  Command  Post 

FDMA  - Frequency  Division  Multiple  Access 

FFK  - Fixed  Function  Keyboard 

FH  - Fixed  Head  Disk 

FNWC  - Fleet  Numerical  Weather  Central 

FOFAX  - Forecast  Office  Facsimile 

FOFZX  - Forecast  Office  Facsimile  Network 

FORSCOM  - U.S.  Army  Forces  Command 

FSM  - Flight  Simulation  Model 


GADB 

GOES 

GPS 


Global  Applications  Data  Base 

Geosynchronous  Operational  Environmental  Satellite 

Global  Positioning  Satellite 


HC 

HCRT 

HEL 

HOL 

HPR 


Hardcopy  Device 
High  Resolution  CRT 
High  Energy  Laser 
Higher  Order  Language 
High  Speed  Printer 


ICCU 

IDN 

ILS 

IPADS 

IR 


Inter  Computer  Coupling  Unit 
AUTODIN  II 

Instrument  Landing  System 

Interactive  Processing  and  Display  System 

Infrared 


»1TWC 


- Joint  Typhoon  Warning  Center 


K 

KSR 

KVDT 

KWRC 


Authentication  Chip  Memory 

Designation  for  Teletype  (keyboard  send-receive)  Terminal 

Keyboard  Display  Terminal 

Kindsbach  Weather  Relay  Center  (Germany) 


Line  Control 

Low  Capacity  Storage  Device 
Line  Handler/Decoder  Router 
Light  Pen 


MACIMS 
MAJCOM 
MAJCOM  WSU 


MEM(MP) 

METSAT 


MP , I/O 
MPSW 


Military  Airlift  Command 

MAC  Information  and  Management  System 

Major  Command 

Major  Command  Weather  Support  Unit 
millibars 

Modernized  Base  Weather  Station 
Main  Processor  Memory 
Meteorological  Satellite 
Microwave  Landing  System 
Main  Operating  Base 
Main  Processor 
Main  Processor  I/O  Unit 
Multiprocessor  Switch 
Mission  Tailored  Forecast 


NA  - Normal  Access 

NAF  WSU  - Number  Air  Force  Weather  Support  Unit 
NAFAX  - National  Facsimile  System 

NAMFAX  - National  and  Aviation  Meteorological  Facsimile  Network 

NC  - Network  Control 

NCA  - National  Command  Authority 

NCAR  - National  Center  for  Atmospheric  Research 

NCC  - National  Climatic  Center  (Asheville,  N.C.) 

NCMC  - NORAD  Cheyenne  Mountain  Complex 

NCSI  - National  Communication  System  Instructions 

NCSW  - Network  Control  Switch 


NDC 

NEACP 

NEDS 

NESS 

NEXRAD 

NHC 

NHRL 

NMC 

NMCC 

NOAA 

NOMSS 

NOS 

NOTAM 

NRCC 

NSA 

NSF 

NSSFC 

NT 

NWS 

NWSED 

OC 

OEP 

OLS 

OPS 

OPSEC 

PACAF 

PEPCO 

PIREP 

PLT 


v« 
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- National  Distribution  Circuit 

- National  Emergency  Airborne  Command  Post 

- Navy  Environmental  Data  Service 

- National  Environment  Satellite  Service  (NOAA) 

- National  Weather  Service  Next  Generation  Radar 

- National  Hurricane  Center  (Coral  Gables,  Florida) 

- Nat.onal  Hurricane  Research  Laboratory 

- National  Meteorological  Center  (Suitland,  Md.) 

- National  Military  Command  Center 

- National  Oceanic  and  Atmospheric  Administration 

- National  Operational  Meteorological  Satellite  System 

- National  Ocean  Survey  (NOAA) 

- Notice  to  Airmen 

- NORAD  Region  Control  Center 

- National  Security  Agency 

- National  Science  Foundation 

- National  Severe  Storms  Forecast  Center  (Kansas  City) 

- Not  Real  Time 

- National  Weather  Service 

- Naval  Weather  Service  Environmental  Detachment  (Asheville,  N.C.) 

- Operations  Subsystem 

- Office  of  Emergency  Preparedness  (Washington,  D.C.) 

- Operational  Linear  Scan 

- Operations  Console 

- Operational  Security 

- Pacific  Air  Force 

- Potomac  Electric  Power  Company  (Washington,  D.C.) 

- Pilot  Reports 

- Plotter 
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PMSV 

PR 

PRS 

PRS 

PS 

PWS 


Q/R 


RADAP 

RADC 

RAMOS 

RAWARC 

ROC 

ROD 

RP 

RPV 

RSTN 

RTOS 

RWCC 


SA 

S/A 

SADPR 

SCC 

SD 

SD/RJE 

SDM 

SDM 

SDO 

SELS 


Pilot-to-Metro  Service 
Printer 

Printer  Subsystem 
Prototype  Radar  System 
Processor  System 
Point  Warning  System 


- Query/Response 


Radar  Digitization  and  Processing  System  (National  Weather  Service) 
Rome  Air  Development  Center 

Remote  Automatic  Meteorological  Observing  System  (NWS) 

RAREP  and  Warning  Coordination  Circuit 

Required  Operational  Capability 

Required  Operational  Date 

Relative  Performance 

Remotely  Piloted  Vehicle 

Radio  Solar  Telescope  Network 

Real  Time  Operating  System 

Regional  Warning  Coordination  Center 


Special  Access 
Studies  and  Analysis 

Support  of  Air  Force  Automatic  Data  Processing  Requirements 

Space  Computation  Center 

Security  Downgrade 

Security  Downgrade/ Remote  Job  Entry 

Selective  Display  Model 

Senior  Duty  Meteorologist  (NMC) 

Systems  Duty  Officer  (AFGWC) 

Severe  Local  Storms  (Unit  of  NSSFC) 
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SES  - Space  Environmental  Support 

SESS  - Space  Environmental  Support  System 

SGDB  - Satellite  Global  Data  Base 

SID  - Satellite  Imagery  Dissemination 

SID  - Sudden  Ionospheric  Disturbances 

SIOP  - Single  Integrated  Operations  Plan 

SM  - Smart  Switch 

SMS  - Synchronous  Meteorological  Satellite 

SO  - Special  Operations  Subsystem 

SOI  - Space  Optical  Imaging 

SOON  - Solar  Observing  Optical  Network 

SOUTHCOM  - U.S.  Southern  Command 

SP  - Support  Processor 

SPU  - Special  Projects  Units 

SS  - System  Status  Display 

STSW  - Satellite  and  Console  Switch 

SVR  - Slant  Visual  Range 

SW  - Switch 

SWI  - Special  Weather  Intelligence 

SWO  - Staff  Weather  Officer 

TABWS  - Tactical  Air  Base  Weather  Station 

TAC  - Tactical  Air  Command 

TACC  - Tactical  Air  Control  Center 

TACP  - Tactical  Air  Control  Party 

TACS  - Tactical  Air  Control  System 

TAF  - Terminal  Area  Forecast 

TAF  - Tactical  Air  Forces 

TDMA  - Time  Division  Multiple  Access 

TEDDS  - Tactical  Environmental  Display  and  Dissemination  System 

TERB  - Time  Enroute  Bulletin 
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TESS 

- 

Tactical  Environmental  Support  System 

TFMS 

- 

Tactical  Frequency  Management  System 

TFU 

- 

Tactical  Forecast  Unit  (Yokota  and  Kindsbach) 

TUOC 

- 

Tactical  Unit  Operations  Center 

TWA 

- 

Tropical  Wind  Analysis 

TWAC 

- 

Tactical  Weather  Analysis  Center 

TWR 

- 

Tactical  Weather  Radar 

TWS 

- 

Tactical  Weather  System 

UA 

- 

Upper  Air 

UP 

- 

Upgrade 

USAEUR 

- 

U.S.  Army,  Europe 

USARPAC 

- 

U.S.  Army,  Pacific 

USAF  ETAC 

- 

USAF  Environmental  Technical  Applications  Center 

USAFE 

- 

U.S.  Air  Force,  Europe 

USCINCEUR 

- 

U.S.  Commander  in  Chief  Europe 

USC INC RED 

- 

U.S.  Conmander  in  Chief  U.S.  Readiness  Command 

USCINCSO 

- 

U.S.  Commander  in  Chief  U.S.  Southern  Command 

USEUCOM 

- 

United  States  European  Command 

USREDCOM 

- 

United  States  Readiness  Command 

VA 

_ 

Variable  Access 

VHR 

- 

Very  High  Resolution  Visual  Imagery 

VHRR 

- 

Very  High  Resolution  Radiometer 

VPSW 

- 

Variable  Perimeter  Switch 

WAC 

_ 

World  Aeronautical  Chart 

wee 

- 

Weather  Communications  Center 

WFSC 

- 

Weather  Facsimile  Switching  Center 

WGS 

- 

Weather  Graphics  System 

WHR 

- 

Very  High  Resolution  Infrared  Imagery 
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WIN 

- WWMCCS  Intercomputer  Network 

WR 

- Weather  Radar 

WSF 

- Weather  Support  Facility 

WSFO 

- leather  Service  Forecast  Offices 

WSO 

- Weather  Service  Office 

WSOM 

- Weather  Service  Operations  Manual 

WWMCCS 

- World  Wide  Military  Command  Control  System 
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